[NUT-devel] [PATCH][RFC] keyframes
Rich Felker
dalias at aerifal.cx
Wed Jan 16 17:14:40 CET 2008
On Wed, Jan 16, 2008 at 02:22:31PM +0100, Michael Niedermayer wrote:
> On Tue, Nov 20, 2007 at 12:18:09PM +0100, Michael Niedermayer wrote:
> > Hi
> >
> > attached patch would change nut.txt to the alternative keyframe definition
>
> i will apply this in a few days if there are no objections
I'm not opposed to any of this in principle, but I think the wording
could be clearer (more formal, less discussion of rationale which
belongs in a separate section imo).
The one actual technical issue I'd like to consider is the whole
convergence thing. For instantly-convergent things like mp3 it doesn't
matter so much, but if we're going to use this definition of keyframes
I would like a way to know how far back one has to begin decoding to
get 'virtually identical' results. Otherwise a good deal of the
seeking power of nut is lost for applications that need error-free
decoding, when the file uses such a codec. But I don't have any easy
answer and since such codecs aren't really in widespread use I'll let
the issue slide if no one has any easy answers.
Rich
More information about the NUT-devel
mailing list