[vlc-devel] [PATCH 1/2] transcode: add support for flush operations
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.
More information about the vlc-devel