You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(preview): stop re-seeking the native view at every cut and in speed regions
While playing, the native view runs its own clock and crosses clip
boundaries by itself, preloading the next clip ahead of the cut. Two
things kept steering it anyway:
- The overlay re-sent the clip at every cut, with a pause around it. The
view then sought back to a place it had already passed, or threw away the
clip it had preloaded and opened it synchronously: a hitch at every cut,
which on a transcript-edited take means every few seconds.
- The playback sync guessed drift from the wall clock at 1x speed. Inside a
2x speed region that guess was 100 ms off every 100 ms, and the view was
re-seeked about ten times a second.
Every frame now carries where the view was when it composed it (clip index,
source time, both transports). The overlay compares that with the playhead
on the trim-compressed programme timeline, where a cut is no jump: a cut
crossed in play is left to the view, a jump is followed at once, and a gap
over 150 ms that holds for 100 ms re-anchors the view, at most every
500 ms. The wall-clock guess is gone. An addon that reports no position is
driven as before.
0 commit comments