mirror of
https://github.com/Screenly/Anthias.git
synced 2026-08-02 02:35:51 -04:00
feffa45d73
* fix(build): ship +rpt1 ffmpeg on pi3-64 so H.264 uses HW decode - pi3-64 was omitted from the _rpt1-ffmpeg-pin.j2 board gate, so it shipped stock Debian ffmpeg (no v4l2_request/SAND/vout-drm) while its sibling pi4-64 got the Pi-patched +rpt1 build - consequence: QtMultimedia can't engage the VideoCore IV bcm2835 H.264 decoder and falls back to software; SW can't sustain 1080p30 on the Pi 3 (measured 0.74x realtime) and drops frames / stalls presentation under load (issue #3084) - the gate (#2885) predates the pi3-64 board (#2985), which was grouped with pi4-64 everywhere else; add pi3-64 here too - verified via rendered Dockerfiles: pi3-64/pi4-64/pi5/arm64 now carry the +rpt1 pin; x86 and the Qt5 boards (pi2/pi3) stay on stock Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> * docs(build): clarify pi3-64 uses V4L2 M2M, not v4l2_request Copilot review: the Pi 3-64 comment implied the HW-decode path is v4l2_request/DRM. It's actually the stateful bcm2835-codec V4L2 M2M decoder (h264_v4l2m2m). Reword to say so and anchor to the on-device result (stock=SW, +rpt1=/dev/video10). Comment-only; gate unchanged. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>