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 753239 - No playback is seen when tried playing rtsp uri
No playback is seen when tried playing rtsp uri
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.5.2
Other Linux
: Normal major
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-08-04 12:21 UTC by Raghavendra
Modified: 2018-05-01 07:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Raghavendra 2015-08-04 12:21:39 UTC 
No playback is seen when tried playing rtsp uri.

Below is the pipeline used.

gst-launch-1.0 uridecodebin uri=rtsp://10.0.254.1/media/video name=src src. ! queue ! identity qos=1 ! videoconvert ! avenc_mpeg4 ! mpegtsmux name=mux mux. ! udpsink host=10.0.100.6 port=8800 qos=1 src. ! queue ! identity qos=1 ! audioconvert ! lamemp3enc ! mux.
Comment 1 Tim-Philipp Müller 2015-08-04 12:48:15 UTC 
This is different from bug #753238 how? (I mean, here you set qos=1 on the identity instead of the sink, but why file different bugs for it when it's likely the same issue?)
Comment 2 Raghavendra 2015-08-04 13:13:02 UTC 
I see this issue is different from bug #753238 because playback starts and then hangs after few seconds in that bug when qos is enabled on sink. In the current issue, playback doesnot start at all. I have set qos=1 for both the cases.

I just see few logs stating the buffering percentage but the playback will not happen.
Comment 3 Edward Hervey 2018-05-01 07:08:56 UTC 
No answers after 3 years. Closing. Please re-open if you can reproduce the issue with current stable GStreamer.