[FFmpeg-devel] [SCISYS Possible Spam] Re: [PATCH v5] avformat/mov: Memory optimization with QuickTime/MP4

Carl Eugen Hoyos ceffmpeg at gmail.com
Mon Jan 6 16:24:02 EET 2020


Am Mo., 16. Dez. 2019 um 12:13 Uhr schrieb Jörg Beckmann
<Joerg.Beckmann at scisys.com>:
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> Im Auftrag von Carl
> > Eugen Hoyos
> > Gesendet: Montag, 16. Dezember 2019 11:50
> > An: FFmpeg development discussions and patches <ffmpeg-devel at ffmpeg.org>
> > Betreff: [SCISYS Possible Spam] Re: [FFmpeg-devel] [PATCH v5] avformat/mov:
> > Memory optimization with QuickTime/MP4
> >
> > Am Mo., 9. Dez. 2019 um 16:05 Uhr schrieb Jörg Beckmann
> > <Joerg.Beckmann at scisys.com>:
> > >
> > > Invents a new option "discard_fragments" for the MP4/Quicktime/MOV decoder.
> > >
> > > If the option is not set, nothing changes at all. If it is set, old
> > > fragments are discarded as far as possible on each call to switch_root.
> >
> > > For pure audio streams, the memory usage is now constant.
> >
> > Is it possible to detect this case?
> > If possible, the new option could have an "auto" setting.
>
> I'm not sure whether it really works with all possible stream types.

Why is it not possible to detect that the stream only contains audio?

Carl Eugen


More information about the ffmpeg-devel mailing list