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