[vlc-devel] [PATCH] sout: Don't wait until all the es has atleast minimum amount of blocks in fifo

Ilkka Ollakka 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.

-- 
Ilkka Ollakka
Before Xerox, five carbons were the maximum extension of anybody's ego.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: Digital signature
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20140217/2b548e34/attachment.sig>


More information about the vlc-devel mailing list