| Summary: | [GStreamer] Does not use vaapi for video playback | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Johannes Penßel <johannesp> | ||||
| Component: | Media | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED WONTFIX | ||||||
| Severity: | Normal | CC: | bugs-noreply, mcatanzaro | ||||
| Priority: | P2 | ||||||
| Version: | WebKit Local Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
|
Description
Johannes Penßel
2023-03-23 09:55:42 PDT
gstreamer-vaapi is intentionally blocked because it doesn't work reliably, see bug #240664 and especially bug #197752 for justification for blocking it. The future solution is the new va element of gstreamer-plugins-bad. See https://blogs.igalia.com/vjaquez/2020/07/10/new-va-api-h-264-decoder-in-gst-plugins-bad/ and https://blogs.igalia.com/vjaquez/2021/12/08/gstva-in-gstreamer-1-20/. Currently that's still disabled by default, but there is some environment variable you can use to uprank it. Hopefully it will become enabled by default soon (maybe in gst 1.24?) because you really shouldn't need to do anything to get hardware decoding. Anyway, copying from that second blog post: GST_PLUGIN_FEATURE_RANK=vah264dec:MAX,vah265dec:MAX,vampeg2dec:MAX,vavp8dec:MAX,vavp9dec:MAX Maybe that will work? Turns out that in Gentoo builds of gst-plugins-bad, the va plugin is disabled. With it enabled + the environment variables you suggested, hardware decoding works flawlessly. Thank you and sorry for the unnecessary bug report. |