Gstreamer does not use HW encoding #224
Comments
|
After some digging and testing it seems it is related to the file format and codec (mayby plugin in gstreamer). For example try to run this trailer: https://trailers.apple.com/movies/universal/jurassic-world-dominion/jurassic-world-dominion-trailer-1-stereo_h1080p.mov. |
|
I know of this issue actually (That's what I meant with the hw decoder failing in this comment) The h264 decoder just fails out of nowhere. I'm not sure if it's a bug inside the gstreamer plugin or the kernel driver. But it's something about the h264 stream itself, I have 2 example video files with exact same format, but one works and one doesn't. It could be it's the compression level of the h264 stream, but I haven't verified that |
ardera
added
bug
|
okay it's is a gstreamer problem that happens when the resolution of the video changes mid-decode (gstreamer doesn't handle that correctly): raspberrypi/firmware#1673 workaround is:
|
|
Nice. Good to know. We will try and will report back. As we develop it on arch linux, arch uses upstream for rpi firmware. So when it is ready, we test it. |
|
Just to clarify, the issue is not in the rpi firmware, but gstreamer. Fix for raspbian has landed in bullseye some days ago. Which version of gstreamer do you have on arch? @radeksalomon |
|
@ardera Thanks. We will make a try. Archlinux has 1.20.1 released 5 days ago. I see in the release notes:
So maybe it should work. I let you know, when we try it. |
|
I don't think 1.20.1 contains the fix. There's an open issue about backporting the fix to 1.20: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/1094 So I think you're gonna have to build gstreamer from source to get hardware acceleration, for now at least |
|
Thx. I will follow this issue too. But we can build it from source. We have dedicated builders also for our own packages. I let you know... |
Regarding the
feature/gstreamer-video-playerArch: rpi-debian-bullseye last updates
hw: rpi3 b+ and CM4
Full KMS
dtoverlay=vc4-kms-v3dNo difference for flutter debug and release mode.
Gstreamer is not using hw encoding so every core is around 40 %. Please see the screenshot and attached log. It falls to sw encoding immediately after start.
With FKMS we got same results. Gstreamer is not using hw decoding.
We tried also Gstreamer directly and it was able to play the video using hw decoding (CPU was around 5 %).
The text was updated successfully, but these errors were encountered: