[FFmpeg-devel] [PATCH] avformat/mov: add io_order option to disable demuxer level interleave

[Zhao Zhili]

> From: ffmpeg-devel <ffmpeg-devel-bounces at ffmpeg.org> On Behalf Of Derek Buitenhuis
> Sent: 2023年8月31日 23:59
> To: ffmpeg-devel at ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH] avformat/mov: add io_order option to disable demuxer level interleave
> 
> On 8/28/2023 5:06 PM, Zhao Zhili wrote:
> > -            if (!sample || (!(s->pb->seekable & AVIO_SEEKABLE_NORMAL) && current_sample->pos < sample->pos) ||
> > +            if (!sample || (force_io_order && current_sample->pos < sample->pos) ||
> 
> Hmm, I think the name `io_order` is a misnomer: It still will not, for example,
> output packets in I/O order if the mdat has backwards packets (i.e. mdat starts
> with the last packet, and ends with the first packet, which is very stupid, but
> technically legal in ISOBMFF/QTFF).
> 
> Maybe something like `no_reinterleaving`? Naming is hard, and I am not much
> better at it.

It takes me more time to naming and write the doc than coding. The idea is plain and simple, but
hard to describe with a phrase.

Is `reinterleaving` a word? How about `interleave` or `interleaved_read` with default value to true?

> 
> - Derek
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at ffmpeg.org
> https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
> 
> To unsubscribe, visit link above, or email
> ffmpeg-devel-request at ffmpeg.org with subject "unsubscribe".