[vlc-devel] [PATCH] sout: Don't wait until all the es has atleast minimum amount of blocks in fifo
ileoo at videolan.org
Mon Feb 17 19:27:50 CET 2014
On Mon, Feb 17, 2014 at 06:57:47PM +0200, Rémi Denis-Courmont wrote:
> Le dimanche 16 février 2014, 11:53:30 ileoo at videolan.org a écrit :
> > From: Ilkka Ollakka <ileoo at videolan.org>
> > So if one elemental stream stops inputing data to muxer, it can still mux
> > other tracks.
> "hat will happen if the ES resumes later? If i_blocks == 1, probably nothing
> too wrong can happen. But if i_blocks >= 2, there was between 1 and i_blocks -
> 1 blocks in the queue, I would not be so sure.
Quickly looking at mp4 muxer code, it only asks 2 blocks to be in fifo
so it can calculate block length.
I think that in mp4 case it's enough if dts is incrementing within track
and it doesn't need to be interleaved according to dts along all tracks
(but I didn't check this yet).
But yes you have good point, and it would be nice to have sample that
has that kinda es that disappears for certain time.
> (From a quick check, the MP4 muxer is the only case.)
Yep, all other muxers seem to ask just if there is any packet in fifos.
Before Xerox, five carbons were the maximum extension of anybody's ego.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 490 bytes
Desc: Digital signature
More information about the vlc-devel