Files
test0r 375be40deb
build and publish packages / distcc-avahi-aarch64 (push) Successful in 39s
build and publish packages / lmcp-any (push) Successful in 9s
build and publish packages / lmcp-debian (push) Successful in 10s
build and publish packages / claude-his-any (push) Successful in 7s
build and publish packages / ffmpeg-v4l2-request-aarch64 (push) Successful in 12m49s
build and publish packages / claude-his-debian (push) Successful in 7s
build and publish packages / libva-v4l2-request-fourier-aarch64 (push) Successful in 9s
build and publish packages / mpv-fourier-aarch64 (push) Failing after 54s
add mpv-fourier scaffold (delivery vehicle for dmabuf-modifier-triage iter1)
mpv on ohm is currently stock arch from [extra]. To ship the
vo_dmabuf_wayland plane-semantics fix per
marfrit/dmabuf-modifier-triage#1, we need an mpv-fourier package
following the same fourier-umbrella pattern as kwin-fourier,
qt6-base-fourier, firefox-fourier, libva-v4l2-request-fourier.

This commit lays down:

- arch/mpv-fourier/PKGBUILD pinning upstream mpv 0.41.0 tarball, with
  empty patch slot in prepare(). replaces=mpv. provides=mpv,libmpv.so.
  When iter1 produces the patch, add it to source=()/sha256sums=()
  and uncomment the patch -p1 line.
- arch/mpv-fourier/README.md documenting why + tracker links
- .gitea/workflows/build.yml job mpv-fourier-aarch64 chained after
  libva-v4l2-request-fourier-aarch64 for marfrit.db serialization.
  Same fermi LXC runner, same makepkg → sign → repo-add → rsync flow.

Initial scaffold builds vanilla mpv 0.41.0 with no fourier patches —
once iter1 lands, bump pkgrel and add the patch.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-08 14:48:03 +00:00

41 lines
1.6 KiB
Markdown

# mpv-fourier
mpv with the fourier-umbrella patches.
## Why
The dmabuf-modifier-triage campaign isolated the green-frames bug on ohm
to mpv's `vo_dmabuf_wayland.c` plane-semantics handling for V4L2 stateless
decoder dmabufs. mpv currently emits a `zwp_linux_buffer_params_v1`
message that mixes per-plane fds (V4L2 MPLANE export) with a single-
allocation offset for plane 1, causing KWin to read the UV chroma plane
past-EOF on the UV-plane fd and render solid dark green.
This package is the delivery vehicle for the fix once it's written.
PKGBUILD is in place with an empty patch slot; the patch itself is iter1
of the triage campaign.
## Tracker
- Bug: [marfrit/dmabuf-modifier-triage#1](https://git.reauktion.de/marfrit/dmabuf-modifier-triage/issues/1)
- Symptom-tracker: [marfrit/libva-multiplanar#1](https://git.reauktion.de/marfrit/libva-multiplanar/issues/1)
- Acceptance criterion: `~/src/dmabuf-modifier-triage/screenshots/`
## Status
- 2026-05-08: scaffold landed. Builds vanilla mpv 0.41.0 with no
fourier patches applied (patch slot empty in `prepare()`). pkgrel=1
pinned to mpv release v0.41.0.
When iter1 of the triage campaign produces the patch, bump pkgrel,
add the patch to `source=()` and `sha256sums=()`, uncomment the
`patch -p1` line in `prepare()`.
## Hosts that benefit
Only hosts that exercise the V4L2 stateless dmabuf-wayland path —
ohm (RK3566 + hantro G1) today, fresnel (RK3399 + hantro + rkvdec)
once that campaign reaches its mpv-test phase. Other hosts on
[marfrit] (boltzmann, hertz desktop) won't see any difference as
the fix is no-op for non-V4L2-stateless dmabuf paths.