[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