[Bug 687635] New: playbin: playback of flv stream with audio+video with decoder sinks results in queue overrun
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Nov 5 04:39:37 PST 2012
https://bugzilla.gnome.org/show_bug.cgi?id=687635
GStreamer | gst-plugins-base | 1.x
Summary: playbin: playback of flv stream with audio+video with
decoder sinks results in queue overrun
Classification: Platform
Product: GStreamer
Version: 1.x
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: fraxinas at opendreambox.org
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created an attachment (id=228098)
--> (https://bugzilla.gnome.org/attachment.cgi?id=228098)
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
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list