GNOME Bugzilla – Bug 731878
glvideomixer: Does not provide correct video resolution information when inputs are tiled
Last modified: 2014-06-28 08:29:59 UTC
It appears that when given multiple inputs with information on how to place given inputs into the GL texture the output resolution of the texture does not reflect the newly modified texture size. e.g., two 320x240 videotestsrc feeds should, when combined along their xpos create an output video that is 640x240 pixels wide. Unfortunately glvideomixer does not provide the correct caps downstream and as such unless they are explicitly stated the video sink will assume that the video is only 320x240. Example pipeline to demonstrate the problem: gst-launch-1.0 glvideomixer name=m sink_0::xpos=0 sink_1::xpos=320 ! glimagesink \ videotestsrc ! m. \ videotestsrc pattern=1 ! m. Example pipeline to make it work: gst-launch-1.0 glvideomixer name=m sink_0::xpos=0 sink_1::xpos=320 ! \ video/x-raw,width=640,height=240 ! glimagesink \ videotestsrc ! m. \ videotestsrc pattern=1 ! m. This should work similar to how the existing videomixer element functions, i.e.: gst-launch-1.0 videomixer name=m sink_0::xpos=0 sink_1::xpos=320 ! ximagesink \ videotestsrc ! m. \ videotestsrc pattern=1 ! m.
commit c37ace184428e3096f57ccd89b67434eab632e6e Author: Matthew Waters <ystreet00@gmail.com> Date: Wed Jun 25 12:00:34 2014 +1000 glvideomixer: bas output width/height on the pad properties Allows automatic negotiation of the size in the following case: gst-launch-1.0 glvideomixer name=m sink_0::xpos=0 sink_1::xpos=320 ! glimagesink \ videotestsrc ! m. \ videotestsrc pattern=1 ! m. https://bugzilla.gnome.org/show_bug.cgi?id=731878