[vlc-devel] [PATCH 1/2] transcode: add support for flush operations

Rémi Denis-Courmont remi at remlab.net
Mon Feb 15 19:12:51 UTC 2021

Le maanantaina 15. helmikuuta 2021, 18.38.00 EET Francois Cartegnie a écrit :
> Le 15/02/2021 à 16:55, Rémi Denis-Courmont a écrit :
> > It has a meaning: to expedite output abort, as opposed to draining which
> > waits for proper and clean end. This is the same meaning as with the
> > audio output. However I do agree that it makes no general sense at it is
> > nonrecoverable.
> But drain != flush

Yes? "[Flushing] ... as opposed to draining"

Point being that currently stream output (implicitly) drains. There are no 
ways to distinguish flushing from draining. 

If flushing an audio output makes sense, why not also a a stream output? I 
don't think flushing the stream output is terribly useful, but it is not 
entirely meaningless as you state.

> >> What do I do when it hits, for example, muxers ?
> > 
> > As with everything else, drop buffers if possible in reasonably simple
> > manner.
> That's still arbitrary. You could want to flush the whole previously
> muxed content instead.

No you couldn't. You can't go back in time and unstream what you have 
streamed. Second principle of thermodynamics and all.

Rémi Denis-Courmont

More information about the vlc-devel mailing list