search for: yuvanalysefram

...been experimenting with Theora and noticed it still has the same crash bug that VP3 did. Basically, if you begin compression, and compress a blank black frame more than about twice in a row you get a Div by 0 error. I traced the fault to being in the "RegulateQ" function, and is because YUVAnalyseFrame() returns 0 for the motion score. With VP3 I was able to resolve this by changing this value to 1 if this happened and that seemed to work fine. Thought I'd let you know. May help the encoder to be even better! Regards Rob Smith

...the way keyframes are handled in this history seems very counter-intuitive to me. When PrevFragments is initialized in ScanYUVInit(), PrevFragments[PrevFrameLimit-1] is set to BLOCK_CODED, which, although pointed out in the comments would be what you would expect for the very first keyframe if YUVAnalyseFrame() was called when coding the first keyframe, I would argue that PrevFragments[1] should have been set instead. In either case this seems odd to me, as it would appear to force the 2nd frame (presumably an interframe) to require *all* fragments to be updated. In practice I suspect that most of...

...1B94B0BD: PixelLineSearch (scan.c:1482) ==2782== by 0x1B94B35A: PixelLineSearch (scan.c:1597) ==2782== by 0x1B94B447: LineSearchScorePixel (scan.c:1643) ==2782== by 0x1B94B5A4: LineSearchScoreRow (scan.c:1714) ==2782== by 0x1B94C10B: AnalysePlane (scan.c:2244) ==2782== by 0x1B94C357: YUVAnalyseFrame (scan.c:2326) ==2782== by 0x1B950F96: CompressFrame (encoder_toplevel.c:651) ==2782== by 0x1B95181B: theora_encode_YUVin (encoder_toplevel.c:976) ==2782== by 0x80497F4: main (test3.c:281) ==2782== Address 0x1CEC27A7 is 1 bytes before a block of size 8448 alloc'd ==2782== at 0x1B90...