playing and parsing mpeg2ts file

Duchassin Frederic duchassin at
Fri Mar 29 11:21:05 UTC 2019

: 	Sorry Tim,

I was too fast for may answer. Next time, i'll be carefull to answer to the list.
Even with max-size-bytes=0 max-size-buffers=0 max-size-time=0 for tsparsequeue it doesn't work.
Attached the dot file.


On Fri, 2019-03-29 at 12:00 +0100, Duchassin Frederic wrote:


Please reply to the list next time

What I forgot to write was: you can just unset all the limits on the
queue in front of tsparse, that should be fine (so max-size-bytes=0
max-size-buffers=0 max-size-time=0).


Le 29/03/2019 à 12:11, Duchassin Frederic a écrit :
> Hi Tim,
> I played with the size of the queue in front of tsparse but not during 
> playing.
> In all case, My dot file is created later after the pipeline was playing.
> You're right : my main problem is that decodebin is not completely 
> linked (no audiodecoder beepdec linked) and i don't know why.
> My though were like you : that's why I increase the tsparsequeue but 
> without any success : no video+audio.
> Just one test I have make  : attached the same pipeline but i change 
> the order of the link : i begin by linking decodebin branch ,.... and 
> it works... i really understand nothing !!!!
> BR
> Frédéric
> Le 29/03/2019 à 11:35, Tim Müller a écrit :
>> On Fri, 2019-03-29 at 11:00 +0100, Duchassin Frederic wrote:
>> Hi Frederic,
>> Not entirely sure what's going on here. You dot file and mail says that
>> the queue in front of the tsparse has 201 buffers and max-size-
>> buffers=2000 (two thousand).
>> The dot file also doesn't show links from decodebin to your audio/video
>> sink branches. Unclear if that's because of the timing of the dot file
>> snapshot or because that's your problem (then the audio/video sinks
>> never get any data and the pipeline won't preroll). If the decodebin
>> was unliked I would suspect the tsparse queue to be fuller though.
>> It's a bit suspicious that the queue in front of the tsparse is at 201
>> buffers, which is just above the default max-size-buffers limit of 200.
>> Did you increase the max-size-buffers limit after pipeline startup?
>> So my best guess is that the queue in front of the tsparse runs full,
>> and then blocks the filesrc ! tee upstream, and then decodebin etc.
>> don't get more data and can't finish their preroll and the pipeline is
>> stuck.
>> GST_DEBUG=queue:6 might help confirm whether this is the case or not.
>> Cheers
>>   Tim
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>
-------------- next part --------------
A non-text attachment was scrubbed...
Type: application/msword-template
Size: 19306 bytes
Desc: not available
URL: <>

More information about the gstreamer-devel mailing list