> From: ffmpeg-devel <ffmpeg-devel-boun...@ffmpeg.org> On Behalf Of Derek > Buitenhuis > Sent: 2023年8月31日 23:59 > To: ffmpeg-devel@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@ffmpeg.org > https://ffmpeg.org/mailman/listinfo/ffmpeg-devel > > To unsubscribe, visit link above, or email > ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe". _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
