[gstreamer-bugs] [Bug 581585] New: gst-xmllaunch does not launch XML obtained with gst-launch --output mavix.xml
GStreamer (bugzilla.gnome.org)
bugzilla-daemon at bugzilla.gnome.org
Wed May 6 05:32:32 PDT 2009
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=581585
GStreamer | gstreamer (core) | Ver: git
Summary: gst-xmllaunch does not launch XML obtained with gst-
launch --output mavix.xml
Product: GStreamer
Version: git
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gstreamer (core)
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: marc.leeman at gmail.com
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME version: Unspecified
GNOME milestone: Unspecified
I'm rerouting a troublesome encoder stream (Mavix) with gstreamer. The RTP
header is not good and the MPEG4 stream cannot be decoded with ffdec_mpeg4.
The stream is sent to a different multicast address after stripping off the
bogus RTP header and fixing it with a valid one:
$ gst-launch -v udpsrc multicast-group=232.3.0.17 port=3000
skip-first-bytes=12 caps="video/mpeg,version=(int)4, width=(int)704,
height=(int)480" ! rtpmp4vpay ! udpsink host=226.226.226.226 port=6666
Note the persistency of the command line :-)
This is validaded on a hardware decoder to be valid RTP with a valid MPEG4
stream (decoder decodes stream).
In order to save this override mode, this is saved to XML with:
gst-launch -v udpsrc multicast-group=232.3.0.17 port=3000 skip-first-bytes=12
caps="video/mpeg,version=(int)4, width=(int)704, height=(int)480" ! rtpmp4vpay
! udpsink host=226.226.226.226 port=6666 --output mavix.gst
see att. for XML
launching ith with
$ gst-xmllaunch mavix.gst
returns:
[mleeman at bane gst-git]$ gst-xmllaunch mavix.gst
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock
ERROR: from element /GstPipeline:pipeline0/GstRtpMP4VPay:rtpmp4vpay0: Element
doesn't implement handling of this stream. Please file a bug.
Additional debug info:
gstbasertppayload.c(691): gst_basertppayload_push ():
/GstPipeline:pipeline0/GstRtpMP4VPay:rtpmp4vpay0:
subclass did not specify clock-rate
Execution ended after 1237373337 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...
so saving the XML is not quite the same as the original command.
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=581585.
More information about the Gstreamer-bugs
mailing list