[gst-devel] [souphttpsrc] pausing after gst_base_src_get_range() = unexpected
Thomas Loewe
lazyt at gmx.net
Tue Dec 21 10:45:34 CET 2010
Hi,
for some mpeg2/h264 transportstreams i get the obove message and streaming
stops after 2 seconds. When I set the multiqueue option
"max-size-time=5000000000" it stops after 5 seconds and so on.
I use this pipeline in my player:
|-> >-[ multiqueue ]-> >-[ mpeg2dec/ffdec_h264 ]-> >-[ deinterlace ]-> >-[
vid:dvbsuboverlay ]-> >-[ clockoverlay ]-> >-[ textoverlay ]-> >-[
videobalance ]-> >-[ videoscale ]-> >-[ queue ]-> >-[ autovideosink ]
|
|-> >-[ multiqueue ]-> >-[ mad/a52dec ]-> >-[ audioconvert ]-> >-[
audioresample ]-> >-|
|-> >-[ queue ]-> >-[
mpeg2tsdemux ]-> >-[ multiqueue ]-> >-[ mad/a52dec ]-> >-[ audioconvert ]->
>-[ audioresample ]-> >-[ input-selector ]-> >-[ volume ]-> >-[ equalizer
]-> >-[ queue ]-> >-[ autoaudiosink ]
|
|-> >-[ multiqueue ]-> >-[ mad/a52dec ]-> >-[ audioconvert ]-> >-[
audioresample ]-> >-|
|
|
[ souphttpsrc ]-> >-[ identity ]-> >-[ tee ]
|-> >-[ multiqueue ]-> >-[ appsink ]
|
|
|
|-> >-[ multiqueue ]-> >-[ sub:dvbsuboverlay ]
|
|-> >-[ queue ]-> >-[ valve ]->
>-[ filesink ]
The pipeline is dynamicly build via pad-added signals. All added elements
are set to GST_STATE_PAUSED and after the pads-done signal (emitted by me
because the demuxer doesn't send it himself) the pipeline ist set to
GST_STATE_PLAYING.
This works fine for most of the streams, but for some it simply stucks after
the buffer time and the tee element sends
"gst_pad_event_default_dispatch:<Tee:sink> Sending event 08468B40 (eos) to
all internally linked pads" right after the "pausing after
gst_base_src_get_range() = unexpected" message.
Any hint what could cause this problem?
Thank you,
Thomas
--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/souphttpsrc-pausing-after-gst-base-src-get-range-unexpected-tp3138390p3138390.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.
More information about the gstreamer-devel
mailing list