[Ffmpeg-devel] regression tests broken

[Michael Niedermayer]

Hi

On Fri, Feb 24, 2006 at 07:38:11PM +0100, Diego Biurrun wrote:
> The regression tests currently fail for me on both x86 and ppc, in
> different places:
> 
> x86:
> ../ffmpeg_g -y -flags +bitexact -dct fastint -idct simple -y -strict -2 -f pgmyuv -i vsynth1/%02d.pgm -an -vcodec snow -qscale 2 -flags +qpel -me iter -dia_size 2 -cmp 12 -subcmp 12 -s 128x64 ./data/a-snow.avi
> /usr/src/mplayer/ffmpeg/tests/regression.sh: line 112:  7038 Illegal instruction     $ffmpeg -y -flags +bitexact -dct fastint -idct simple -benchmark $* >$datadir/bench.tmp 2>/tmp/ffmpeg$$
> make[1]: *** [codectest] Error 132
> make[1]: Leaving directory `/usr/src/mplayer/ffmpeg/tests'
> make: *** [test] Error 2

gdb backtrace & disasm, gcc version, config.h, cputype please
here the regression tests pass, even the ffserver ones


> 
> ppc:
> ../ffmpeg_g -y -flags +bitexact -dct fastint -idct simple -y -i
> ./data/a-adpcm_yam.wav -f wav ./data/out.wav
> FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
>   configuration:  --enable-gpl --enable-pp 
>   libavutil version: 49.0.0
>   libavcodec version: 51.7.0
>   libavformat version: 50.3.0
>   built on Feb 24 2006 17:01:00, gcc: 4.0.3 20060128 (prerelease)
> (Debian 4.0.2-8)
> size=    1032kB time=6.0 bitrate=1411.3kbits/s    
> --- ./data/ffmpeg.regression    2006-02-24 19:33:07.000000000 +0100
> +++ /home/diego/src/ffmpeg/tests/ffmpeg.regression.ref  2006-02-24
> 16:57:59.000000000 +0100
> @@ -133,10 +133,10 @@
>  3533710 ./data/a-snow53.avi
>  799d3db687f6cdd7a837ec156efc171f *./data/out.yuv
>  stddev:  0.00 PSNR:99.99 bytes:7602176
> -82f2344784a352477a9567a05dac1a83 *./data/a-dv.dv
> +229e5f8d1f386d0cf84f629be7d74955 *./data/a-dv.dv
>  7200000 ./data/a-dv.dv
> -dba82b4c8fb136b721ae0cef3b6579c1 *./data/out.yuv
> -stddev:  9.59 PSNR:28.48 bytes:7602176
> +0ac51c62d3c2a4bacf216ea73050485e *./data/out.yuv
> +stddev:  9.10 PSNR:28.94 bytes:7602176

is this a new issue? (=did my recent commit to dv.c broke it) or was it
always broken?

[...]

-- 
Michael