GNOME Bugzilla – Bug 761452
glvideomixer: does not work with full HD resolution on raspberrypi
Last modified: 2017-05-20 13:25:43 UTC
I am trying glvideomixer on rpi. The following pipeline (1080P scaling) does not work, it does not report any error but screen is blank gst-launch-1.0 glvideomixer name=mixer ! fpsdisplaysink sync=false videotestsrc ! video/x-raw,width=1920,height=1080 ! mixer. But if i change width and height to a smaller resolution then it works flawlessly. -Brijesh
If this *can work*, I believe this is dependent on bug # 760916 . I believe the PI GL stack can barely handle that, but who knows, removing the extra copy may make it work.
I don't think the RPi in it's current state can handle 1080p textures at all. Most of the RPi player's mention avoiding using GL for decoding into 1080p textures.
Be sure to have gpu_mem set high enough (at least 192, probably more like 256).
fyi, gpu setting didn't help for me.
Testing this, I can get ~10 fps from a 1080p videotestsrc and comparing with and without glvideomixer is roughly ~1 fps difference. bug 760916 shouldn't have made a difference to whether this is possible or not. Most likely, you're limited by videotestsrc generating buffers. gltestsrc (available for the rpi in latest master) will perform better than videotestsrc and gives me ~30fps without a glvideomixer. With gltestsrc ! glvideomixer ! fpsdisplaysink gives my ~13fps for a 1080p stream.
Apologies for bumping an old thread, but I'm just enquiring about what Matthew said about the current state of the Raspberry Pi: I have a build based on the 1.7.90 branch of GStreamer that can manage to decode 720p50 and 1080p25 video without dropping frames, using gl for display; however it seems that somewhere between then and now the performance has taken quite a hit in the gl state. Is this possibly just needing some optimisation of GstGLMemory(EGL) for the Raspberry Pi use case? Or given what you were saying in comment 2, that it's better to find a different way of displaying content on the screen? A different image sink perhaps?
(In reply to Sam Hurst from comment #6) > Apologies for bumping an old thread, but I'm just enquiring about what > Matthew said about the current state of the Raspberry Pi: Please avoid polluting Bugzilla with support questions. That being said, GstGLMemoryEGL reduced the CPU consumption of hardware accelerated video decoding with glimagesink on the RPi. We need more information on your exact pipeline to know whether it's an issue or not.
*** Bug 759359 has been marked as a duplicate of this bug. ***
Brijesh, what versions of gst-plugins-bad do you have?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!