daedalus-v4l2{,-dkms}: 79256dc/6ffe92b -> 5d8b436 — revert parking design #71
Reference in New Issue
Block a user
Delete Branch "claude-noether/marfrit-packages:noether/daedalus-revert-bump-5d8b436"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Lock-step downgrade of both packages to the revert tip of daedalus-v4l2 (reauktion/daedalus-v4l2 PR #10, which reverted PRs #7 + #8).
Why
After
daedalus-v4l2 0.1.0+r28+g79256dc-1+daedalus-v4l2-dkms 0.1.0+r30+g6ffe92b-1landed in production, mpv (--hwdec=vaapi-copy) failed pre-playing on higgs with:Daemon journal confirmed decode was working — but PR #7's design parked CAPTURE buffers for cookies whose pixels libavcodec hadn't yet released for display-order output. That violated the V4L2 stateless API's 1:1 OUTPUT-to-CAPTURE contract. Firefox tolerated the resulting stale-pixel mess (the visible "2 1 4 3" pair-swap); strict V4L2 stateless clients (mpv, ffmpeg-vaapi) bailed.
Full diagnosis: reauktion/daedalus-v4l2#9.
What changes
DAEDALUS_PROTO_VERSIONdrops1 → 0. Install both .debs in the same apt transaction.buf_done_and_job_finishcompletion (pre-#7).daedalus-v4l2-dkmscarries forward the #64 multi-kernel postinst fix.Visible regression
H.264 B-frame streams in Firefox return to the "2 1 4 3 6 5" pair-swap visual. This is the explicit trade-off ("unblock strict V4L2 stateless clients at the cost of restoring the visible-but-not-breaking Firefox artifact") that closed the design loop with the maintainer.
Proper fix tracked at
reauktion/daedalus-v4l2#11: concurrent in-flight requests in the daemon + display-order reorder moved intolibva-v4l2-request-fourierwhere the V4L2 stateless API expects it. Multi-day effort.Refs
Verified
git diff f0d4186 5d8b436 -- kernel/ daemon/ include/shows only the PR #4 menu-controls delta (the change we keep). All PR #7 / #8 deltas are gone.6.18.29+rpt-rpi-2712: clean, no errors.