[FFmpeg-devel] releases and stuff

Reimar Döffinger Reimar.Doeffinger
Mon Feb 9 21:07:32 CET 2009


On Mon, Feb 09, 2009 at 11:48:23AM -0800, Jason Garrett-Glaser wrote:
> On Mon, Feb 9, 2009 at 9:49 AM, Reimar D?ffinger
> <Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:
> > On Mon, Feb 09, 2009 at 09:32:51AM -0800, Roman V. Shaposhnik wrote:
> >> Is there anybody who is supposed to take care of this:
> > [...]
> >> term$ make test
> >> --- tests/ffmpeg.regression.ref  2009-02-05 12:27:19.000000000 -0800
> >> +++ tests/data/vsynth.regression        2009-02-09 09:22:14.000000000
> >> -0800
> >> @@ -205,7 +205,7 @@
> >>  353368 ./tests/data/a-flac.flac
> >>  95e54b261530a1bcf6de6fe3b21dc5f6 *./tests/data/flac.vsynth.out.wav
> >>  stddev:    0.00 PSNR:999.99 bytes:  1058444/  1058444
> >> -4435d87463cd6c5407bd88cca241ca56 *./tests/data/a-wmav1.asf
> >> +6f7f3116b801ea641ce14f827de05cce *./tests/data/a-wmav1.asf
> >>  106004 ./tests/data/a-wmav1.asf
> >>  stddev:12251.38 PSNR: 14.56 bytes:  1056812/  1058444
> >>  stddev: 2105.96 PSNR: 29.85 bytes:  1048620/  1058444
> >> make: *** [codectest] Error 1
> >>
> >> before the release happens?
> >
> > I think not, that is just that floating-point rounding-error issue with
> > WMA that should not really be relevant, though it is a bit annoying.
> > There was quite a bit of code shuffling to fix it for most cases, didn't
> > work for all though.
> 
> A PSNR of 14.56 can be accounted for with rounding error?

You must be misreading this, neither stddev nor PSNR differ from the
regression values...




More information about the ffmpeg-devel mailing list