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 687635 - playbin: playback of flv stream with audio+video with decoder sinks results in queue overrun
playbin: playback of flv stream with audio+video with decoder sinks results i...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-11-05 12:39 UTC by Andreas Frisch
Modified: 2014-07-29 15:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:6 gst-launch-1.0 playbin uri=file:///testProgs/rtmpdumpstream.flv >gst/rtmp_queue_overflow.log 2>&1 (314.71 KB, application/x-bzip)
2012-11-05 12:39 UTC, Andreas Frisch
Details

Description Andreas Frisch 2012-11-05 12:39:31 UTC
Created attachment 228098 [details]
GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:6 gst-launch-1.0 playbin uri=file:///testProgs/rtmpdumpstream.flv >gst/rtmp_queue_overflow.log 2>&1

i am trying to playback an flv stream with aac audio und h.264 video elementary streams which i saved using rtmpdump.
when i play with playbin and use the flag property to play either only audio or only video, then it will reach PLAYING
when i omit the flag and try to play both audio and video, then it will not reach PLAYING but instead will sit there indefinitely with a queue overrun log entry
note that i am using sinks which decode the compressed streams internally

a test file can be obtained with:
rtmpdump -r "rtmp://live.atv.com.tr:443/atv/" --playpath atv2 --pageUrl http://webtv.atv.com.tr/webtv/videoizle/atv/canli_yayin --live --swfUrl http://www.atv.com.tr/c/player/SabahJW53.swf?

it plays correctly on the PC where software decoders are being used, and it also plays correctly on our embedded hardware with both audio+video if this manual pipeline is used:
gst-launch-1.0 filesrc location=rtmpdumpstream.flv ! flvdemux name=d d. ! video/x-h264 ! queue ! dreamvideosink  d. ! audio/mpeg ! queue ! dreamaudiosink
Comment 1 Nicolas Dufresne (ndufresne) 2014-07-29 01:17:58 UTC
I can't obtained a test file from this URI anymore, do you have an updated link ?
Comment 2 Andreas Frisch 2014-07-29 15:14:38 UTC
we can safely ignore this i guess