VAAPI not working under Wayland with Intel iGPU (Iris Xe) – Video stuck / no playback (Firefox 124, Manjaro Linux)
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
People
(Reporter: pascal.perschall, Unassigned)
Details
Attachments
(1 file)
|
22.12 KB,
application/gzip
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:136.0) Gecko/20100101 Firefox/136.0
Steps to reproduce:
- Start Firefox (tested both Repo and Flatpak version)
- Ensure VAAPI is enabled via about:config:
- media.ffmpeg.vaapi.enabled = true
- media.hardware-video-decoding.enabled = true
- Use Intel iGPU (Iris Xe), confirmed via glxinfo
- Open any video (e.g. YouTube)
Actual results:
Video does not play – it stays stuck at the first frame. Audio plays fine.
No crash occurs. VAAPI is listed as "available" in about:support but is not used.
MOZ_LOG shows fallback to software decoding.
This happens with both Firefox from the Arch/Manjaro repo and Flatpak.
Expected results:
Video should play smoothly using VAAPI hardware decoding on the Intel GPU.
Additional note:
This issue is not limited to Firefox – Chromium (both system and Flatpak) shows the same behavior: videos do not play, VAAPI not used, GPU process crashes or falls back to software.
VAAPI itself is working fine on the system:
- mpv --hwdec=vaapi works
- vainfo lists all expected profiles
- Intel GPU (Iris Xe) is active and confirmed via glxinfo
This might indicate a deeper issue in Mesa, libva, or Wayland DRM device access. I am reporting here to document the Firefox-specific side of the problem.
Please let me know if this should be escalated upstream (e.g. Mesa GitLab).
Comment 2•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Description
•