[MPlayer-dev-eng] Lots of stuff for NUT
Michael Niedermayer
michaelni at gmx.at
Sat Dec 31 23:01:19 CET 2005
Hi
On Sat, Dec 31, 2005 at 01:42:39PM -0800, Loren Merritt wrote:
> On Sat, 31 Dec 2005, Michael Niedermayer wrote:
> >On Sat, Dec 31, 2005 at 10:12:49PM +0200, Oded Shimon wrote:
> >>On Sat, Dec 31, 2005 at 09:08:28PM +0100, Michael Niedermayer wrote:
> >>>On Sat, Dec 31, 2005 at 09:15:49PM +0200, Oded Shimon wrote:
> >>>>
> >>>>A legal decode_delay is any decode_delay bigger or equal to the real
> >>>>decode_delay. Setting it too big should not affect the result.
> >>>
> >>>hmm, why not simply make larger decode_delay illegal?
> >>
> >>Unofrtunately, it's non-trivial to know it in advance with an H.264 file..
> >>atleast not when remuxing. You'll most likely nees 2-pass.
> >
> >hmm, if true that sucks, can any of the x264 devels confirm this? iam too
> >lazy to decrypt the h.264 spec ATM and maybe someone already knows the
> >awnser
>
> The codec knows, and it's written in a h264 stream header, but it's not
> in general possible to know just by looking at a finite number of
> timestamps. Like b_strategy, except with more choices.
thanks, so by parsing this header 1-pass remuxing should work unless that
part of the header is optional which i hope it isnt ...
[...]
--
Michael
More information about the MPlayer-dev-eng
mailing list