[NUT-devel] rfc drafting

Michael Niedermayer michaelni at gmx.at
Mon Nov 19 20:30:38 CET 2007


On Mon, Nov 19, 2007 at 04:27:43PM +0100, Clemens Ladisch wrote:
> Michael Niedermayer wrote:
> > ...
> > and if you dont set them as keyframes you cant seek or how should the
> > demuxer know it should ignore keyframe flags for a specific file?
> 
> It appears the exact definition of "keyframe" or "successful decoding"
> is codec- and application-specific.
> 
> Since the only thing the nut format does with keyframes is to optimize
> seeking to them, and since it does _not_ specify how codecs or
> applications should behave when decoding, I think it would be good idea
> if the definition doesn't rely on the meaning of "successful decoding".
> 
> In other words, a muxer uses a keyframe when it wants a demuxer to be
> able to seek to it, but the determination of whether a frame can be a
> keyframe is left up to the encoder/muxer.

that works as long as the muxer only marks frames as keyframes which can
be successfully decoded if it does _anything_ else it will generate
files which are broken
as the demuxer/decoder can no longer decoder the keyframe or to say it
differently it can no longer rely on being able to decode the keyframe
that would break litteraly everything and make nut as unseekable
as mpeg-ps/ts

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

I am the wisest man alive, for I know one thing, and that is that I know
nothing. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/nut-devel/attachments/20071119/c05f15ac/attachment.pgp>


More information about the NUT-devel mailing list