Thanks so much for quickly addressing the “forced” incremental zoom updates when dragging the zoom slider…
The problem is… it’s still too slow to be usable for 90 minute show.
We have a very powerful editing computer and dragging the timeline from one end to the other takes 10 minutes to update… There’s no way folks can wait that long for one zoom.
I suspect the incremental timeline updates are still happening behind the scenes (i.e. even though the slider does not “force” the user to tick through each incremental zoom update, it’s still calculating all those incremental “zooms” when the user settles on a spot. My theory is the code still does all the incremental timeline updates behind the scenes, based on the fact the time to zoom has remained unchanged. Before we had to tick through the 10 minutes of zooming. Now we can drag freely, but pay the 10 minute penalty all at once. Ouch!
If my theory is wrong, is the code doing something exotic while repainting the zoom? Like unnecessarily moving things around in memory, like HD files? The timeline updates should be simply managing metadata and repainting the UI. On other editing systems the timeline zoom is lightning fast, so perhaps there’s a memory leak, or unnecessary call.
Happy to help test with my 90 min shows, if you guys want to send me a test build.
Love the product, really pushing others to use it. Just a few ankle biters