diff options
| author | Adam Soltys <[email protected]> | 2026-10-16 23:03:55 -0700 |
|---|---|---|
| committer | Adam Soltys <[email protected]> | 2026-10-16 23:03:55 -0700 |
| commit | d718fcebcf40672f856805d69cbb2a84296919c6 (patch) | |
| tree | 526eed3cf0e72a13c3db86294b4c5d95e2a4e7eb /android/url%25252525252525252527 | |
| parent | 8deede7162ae195934cdee6074d1443c5af3c803 (diff) | |
| download | coinosv3-d718fcebcf40672f856805d69cbb2a84296919c6.tar.gz coinosv3-d718fcebcf40672f856805d69cbb2a84296919c6.zip | |
The video pager's slides near the reader hold their clip's first frame — the server's, full size — so no slide comes up black.
Some slides were black until the player had its frame, then the picture appeared all at once (Adam, 2026-10-16: "i'm still seeing mostly black between some videos and then they suddenly appear when it starts playing"). The frame drawn in the browser (ebaec42) needed the next clip's cached opening, a file led by its index and a host that allows the read — and only the next clip had one at all: not the one before (its player let go on leaving), not a flight's landing, not the clip two along.
vmedia gains /vmedia/first.jpg?u=<clip>: frame 0 itself, longest side 1280 (the player's size), any host, any layout, kept and cached at the CDN like the stills. The pager now gives every slide within three of the reader, the clips ahead and the slide landed on (not the one the pager opened on mid-clip) their clip's first frame: the server's, fetched and decoded aside and put on the slide when ready, so the flick glides onto the very picture the player shows first; a flight's landing slide fetches its frame as the flight sets off. Where the server has none the next clip's frame is drawn here as before, and a clip beyond keeps the post's still — soft, but not black — replaced by a first frame when one comes; never a soft still under the clip on screen. Data Saver is unchanged (posters at build).
pager-first-frame-test (https clips, vmedia answered by interception): the next clip holds the server's frame, asked once; a clip the server has none for keeps the still, then has its frame drawn here once it is the clip ahead; the clip left behind holds its frame for the swipe back and plays again on it. pager-no-poster, pager-eager, pager-seek-hide, pager-swipe-fly, video-tile-poster, video-fallback, pager-controls still pass. vmedia deployed to cs first (first frames of live clips: 47–144 KB, 0.4–1.7 s to make).
Co-Authored-By: Claude Fable 5.1 <[email protected]>
Diffstat (limited to 'android/url%25252525252525252527')
0 files changed, 0 insertions, 0 deletions
