Two refinements after the initial on-glass validation on RADV (780M):
- Green padding bar at non-16-aligned heights (e.g. 1080 → coded 1088): the CSC
compute shader read past the edge of the shorter source dmabuf for the 8
alignment-padding rows, producing undefined/green garbage that showed on a
client rendering the coded frame. Clamp every source fetch to `textureSize-1`
so padding rows duplicate the last real row (invisible, and the SPS
conformance window still crops it for a compliant decoder). BT.709 conversion
is byte-identical for in-bounds pixels. 5120x1440 (exactly aligned) was never
affected.
- Per-frame dmabuf import churn: the backend created + imported + destroyed a
VkImage every frame (allocation jitter → stutter). PipeWire cycles a small
fixed pool, so import each underlying buffer ONCE (keyed by st_dev/st_ino —
each frame's fd is a fresh dup of the same buffer) and reuse it, matching the
CUDA-path VkBridge. First import acquires from the foreign producer; cached
re-reads keep queue ownership and use a plain visibility barrier. On-glass:
~3-6 imports per session then silent (was ~one per frame at 240 Hz), stutter
gone at resolutions with headroom.
Also adds a PF_SMOKE_W/H override to the headless smoke test to exercise the
conformance-window crop path (ffprobe confirms coded 1088 → displayed 1080).
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
enricobuehler
bbbb7f5723