[Bug 731878] New: glvideomixer: Does not provide correct video resolution information when inputs are tiled

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jun 18 11:57:25 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=731878
  GStreamer | gst-plugins-bad | git

           Summary: glvideomixer: Does not provide correct video
                    resolution information when inputs are tiled
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: joe.mcdonald at vecima.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


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.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list