Hi, On Mon, Oct 17, 2011 at 11:14 PM, Anton Khirnov <[email protected]> wrote: > On Sun, 16 Oct 2011 23:03:52 -0700, "Ronald S. Bultje" <[email protected]> > wrote: >> On Sun, Oct 16, 2011 at 10:57 PM, Anton Khirnov <[email protected]> wrote: >> > On Sun, 16 Oct 2011 22:06:02 -0700, "Ronald S. Bultje" >> > <[email protected]> wrote: >> >> On Sat, Oct 15, 2011 at 5:37 AM, Anton Khirnov <[email protected]> wrote: >> >> > + { "preload", "Initial demux-decode delay in microseconds.", >> >> > OFFSET(preload), AV_OPT_TYPE_INT, {500000}, 0, INT_MAX, E}, >> >> >> >> That seems like an odd description. Isn't it more like the delay >> >> introduced in the stream inside the muxer, i.e. the difference between >> >> packets going into the muxer and bytes coming out of the muxer? >> >> >> > >> > Don't ask me, i just copied the description ;) >> >> I guess I'm confused though, why a muxer option would talk about >> decoding and demuxing... > > Because it affects the way files are decoded i suppose. At least > that's what the code seems to do. > Maybe someone who is familiar with MPEG can enlighten us.
Why don't we commit it as-is, and try to fix the docs later... I'm still not sure what that option does, it causes a delay between system stream and elementary streams, i..e "demux lookahead", but that's about all I can see... Ronald Ronald _______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
