weird behaviour of rtsp element. Possible bug? Follow up (yes, it is a bug).
getcho.getchev at gmail.com
Sat Dec 22 02:55:36 PST 2012
Yes, a bug has been reported: https://bugzilla.gnome.org/show_bug.cgi?id=690632
On Dec 22, 2012, at 12:33, Tim-Philipp Müller <t.i.m at zen.co.uk> wrote:
> On Sat, 2012-12-22 at 00:19 +0200, Guetcho Guetchev wrote:
>> Today I saw that this assertion: GStreamer-CRITICAL **: gst_segment_to_running_time: assertion `segment->format == format' failed
>> remains valid even with the classic usage of get-launch (Gstreamer 1.0.4):
>> gst-launch-1.0 rtspsrc location=rtsp://bbs.darktech.org:1935/live/iphone.sdp ! capsfilter caps=application/x-rtp,media=video,payload=96,clock-rate=90000,encoding-name=H264 ! rtph264depay ! h264parse ! capsfilter caps=video/x-h264,alignment=au ! avdec_h264 ! filesink location=./bla.movie
>> Just before that call you need to start the executable built from that git repository: https://github.com/ggetchev/gst_test
>> You can initiate the stream by using the command line:
>> ./gsttest <file> --no-reception
>> Where <file> is the bunzip2-ed file 1.move.bz2 from the same repository.
>> I believe this is a bug in Gstreamer.
> Yes, I'm quite certain it's a bug. (Did we talk about this on IRC a few
> days ago?)
> As such, it's best dealt with in bugzilla. Have you filed a bug yet?
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gstreamer-devel