[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