After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 688416 - rtsp: video won't play using playbin if no data is received for some streams
rtsp: video won't play using playbin if no data is received for some streams
Status: RESOLVED DUPLICATE of bug 737231
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
1.0.1
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
playback
Depends on:
Blocks:
 
 
Reported: 2012-11-15 18:33 UTC by cmatsuura
Modified: 2015-09-03 12:33 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Output from the following commandline: GST_DEBUG="*decode*:6,*play*:6,*rtsp*:6 gst-launch" gst-launch-1.0 --gst-debug-no-color -v playbin uri=rtsp://192.168.3.234:554/Video-0 video-sink=xvimagesink 2> (94.13 KB, text/x-log)
2012-11-15 18:33 UTC, cmatsuura 		Details
Backtrace (3.86 KB, application/x-gzip)
2012-11-16 15:50 UTC, cmatsuura 		Details
Backtrace (3.86 KB, application/x-gzip)
2012-11-16 15:50 UTC, cmatsuura 		Details
First part of gst-launch output (656.80 KB, application/x-gzip)
2012-11-16 16:20 UTC, cmatsuura 		Details
Second part of gst-launch output (631.52 KB, application/x-gzip)
2012-11-16 16:20 UTC, cmatsuura 		Details

Description cmatsuura 2012-11-15 18:33:59 UTC 
Created attachment 229073 [details]
Output from the following commandline: GST_DEBUG="*decode*:6,*play*:6,*rtsp*:6 gst-launch" gst-launch-1.0 --gst-debug-no-color -v playbin uri=rtsp://192.168.3.234:554/Video-0 video-sink=xvimagesink 2>

The following stream will not play using playbin in 1.0.1

GST_DEBUG="*decode*:6,*play*:6,*rtsp*:6 gst-launch" gst-launch-1.0 --gst-debug-no-color -v playbin uri=rtsp://192.168.3.234:554/Video-0 video-sink=xvimagesink 2>debug.log

This is also a problem in gst 0.10.32 and 0.10.36 when using playbin2.  playbin under 0.10.36 will play the stream.
Comment 1 Tim-Philipp Müller 2012-11-16 09:25:48 UTC 
It looks like it recognises the H.264 stream just fine and starts decoding it, but then something goes wrong when the pad gets exposed.

Could you provide a full (gzipped) GST_DEBUG=*:6 log as well please? (with 1.0.x)

And maybe you could also do:

   gdb -p `pidof gst-launch-1.0`
   (gdb) thread apply all bt
   (gdb) k
   (gdb) quit

after a few secs when nothing is happening to see where it hangs. Thanks!
Comment 2 cmatsuura 2012-11-16 15:50:42 UTC 
Created attachment 229143 [details]
Backtrace
Comment 3 cmatsuura 2012-11-16 15:50:42 UTC 
Created attachment 229144 [details]
Backtrace
Comment 4 cmatsuura 2012-11-16 16:20:02 UTC 
Created attachment 229159 [details]
First part of gst-launch output
Comment 5 cmatsuura 2012-11-16 16:20:22 UTC 
Created attachment 229160 [details]
Second part of gst-launch output
Comment 6 cmatsuura 2012-11-16 16:21:22 UTC 
Hi Tim, I have attached the requests
Comment 7 Fabio Durán Verdugo 2013-04-07 01:20:22 UTC 
the information has provide, reopen th bug
Comment 8 Wim Taymans 2014-03-25 13:44:02 UTC 
no data is received on the audio and app branch.
Comment 9 Tim-Philipp Müller 2014-11-24 10:47:35 UTC 
Wim: question is, should this stop the rest of the pipeline from working?

What to do with this bug? Close it?
Comment 10 Jan Schmidt 2015-09-03 12:33:34 UTC 
Dup'ing to bug 737231 where the suggestion is to consider gap events.

*** This bug has been marked as a duplicate of bug 737231 ***