playing and parsing mpeg2ts file

Duchassin Frederic duchassin at sefram.fr
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.

BR
Frédéric



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

Hi,

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).

Cheers
  Tim

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 lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190329/9bab7d39/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: debugqueue3.dot
Type: application/msword-template
Size: 19306 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190329/9bab7d39/attachment-0001.bin>


More information about the gstreamer-devel mailing list