A switched-off driven video waits at the video time it has where it
is, before its first key mostly the start value. Switched on at
another spot, its player has to seek first. Until the seek is done the
texture still holds the old picture, so the start of the clip flashed
for a frame or two at the cut.
- A view holds its last picture while a driven video that just came
into sight is still seeking, for at most 0.3 s. At a cut the old clip
stays one frame longer and the right picture of the new one follows.
- A seek counts as done only when the browser hands in the next video
frame (requestVideoFrameCallback), and the texture is uploaded right
then. The seeked event alone was too early, one red frame was left.
- A seek that takes longer than 0.3 s leaves the sprite out until its
picture is there. The wrong picture does not show either way.
Tests:
- e2e 66q switches a sprite off at 0.2 s (red) and on at 1.2 s (blue)
and reads every frame in the browser. No red may show, blue must
stand at the end.
- Against the old code 66q fails with 2 red frames before the blue.
With only the seeked event it still fails with 1 red frame.
- e2e 66 on melektaus-atx: ALL PASSED, 28 checks, run twice.
- Unit video-library, video-follow: 19 passed.
- Gate on melektaus-atx: CHECK EXIT 0, 297 files, 4562 tests.
- tsc, eslint, Prettier clean.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
adminandClaude Opus 5.5
b9fcf48097