GNOME Bugzilla – Bug 701999
Sticky event misordering, got 'segment' before 'caps'
Last modified: 2017-06-29 15:09:30 UTC
Hello, updating to the latest git version from 0.10 version the same command: "gst-launch-1.0 rtspsrc location=rtsp://192.168.0.253/ch0_0.h264 ! application/x-rtp,media=video ! decodebin ! videoscale ! v4l2sink device=/dev/video0" Don't works more, this is the output: [BEGIN] root at testingVM:~# gst-launch-1.0 rtspsrc location=rtsp://192.168.0.253:554/ch0_0.h264 ! application/x-rtp,media=video ! decodebin ! videoscale ! v4l2sink device=/dev/video0 Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Progress: (open) Opening Stream Progress: (connect) Connecting to rtsp://192.168.0.253:554/ch0_0.h264 Progress: (open) Retrieving server options Progress: (open) Retrieving media info Progress: (request) SETUP stream 0 Progress: (request) SETUP stream 1 Progress: (open) Opened Stream Setting pipeline to PLAYING ... New clock: GstSystemClock Progress: (request) Sending PLAY request Progress: (request) Sending PLAY request Progress: (request) Sent PLAY request (gst-launch-1.0:2095): GStreamer-WARNING **: gstpad.c:4503:store_sticky_event:<'':src_8> Sticky event misordering, got 'segment' before 'caps' (gst-launch-1.0:2095): GStreamer-WARNING **: gstpad.c:4503:store_sticky_event:<'':src_96> Sticky event misordering, got 'segment' before 'caps' 0:00:00.973715955 2095 0x1d37190 ERROR libav :0:: no frame! 0:00:01.191499174 2095 0x1d37190 ERROR v4l2 gstv4l2bufferpool.c:536:gst_v4l2_buffer_pool_start:<v4l2bufferpool0> failed to start streaming 0:00:01.191874877 2095 0x1d37190 ERROR bufferpool gstbufferpool.c:491:gst_buffer_pool_set_active:<v4l2bufferpool0> start failed (gst-launch-1.0:2095): GStreamer-CRITICAL **: gst_segment_to_stream_time: assertion `segment->format == format' failed (gst-launch-1.0:2095): GStreamer-CRITICAL **: gst_segment_to_running_time: assertion `segment->format == format' failed [END] I think it's a bug because it worked with older versions.
Can you reproduce this with a pipeline that creates a h264 rtp stream with gstreamer in the same format as your stream there? Or make your stream public so I can try to reproduce and fix it?
Write me in private and I'll give you the public address.
Tomorrow morning I'll send back to the factory the ip camera because a defective lens. When they will send me back it (about 10 days) I'll be able to send you link for the stream.
Please tell me when you have access to it again :)
My cam is back. Contact me in private and I'll give you the stream :)
Can you please re-try with git from today? Some rtpmanager event ordering bugs were fixed.
which package I need to recompile?
Updating only gstreamer to the latest git version I get the same error
Updated today (30/06/13) all packages (gstreamer & all plugins) but the problem still.
Can you provide access to that stream now? Or at least get a backtrace of the warnings with G_DEBUG=fatal_warnings
Please contact me in private and I give you the access to my cam.
at ceca_89 (at) hotmail.com
How should I use G_DEBUG=fatal_warnings ? Using in command syntax or like variable doesn't seem to work: http://pastebin.com/LdGR84DR But I repeat, if you want contact me in private for the link of the cam.
Fabio, any chance you could try again with recent GStreamer, ideally from git? Feel free to e-mail the link to any of the GStreamer developers investigating this, no need to wait for them to come to you :)
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment. Thanks!