[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