ffmpeg/tests/ref/fate/vsynth1-dnxhd-720p-10bit

f8c4b7aa165a80df2485d526161290a3 *tests/data/fate/vsynth1-dnxhd-720p-10bit.dnxhd
2293760 tests/data/fate/vsynth1-dnxhd-720p-10bit.dnxhd
790777baa4bb70c4e32cb13649cc26bf *tests/data/fate/vsynth1-dnxhd-720p-10bit.out.rawvideo
stddev:    6.27 PSNR: 32.18 MAXDIFF:   64 bytes:  7603200/   760320
dnxhd: Fix 10-bit DNxHD quant matrices Convert them to zigzag order, as the rest of them are. When I was adding support for 10-bit DNxHD, I just copy-pasted the missing quant matrices from the spec. Now it turns out the existing matrices in dnxhddata.c were in zigzag order. This resulted in wrong quantization for 10-bit DNxHD. The attached patch fixes the problem by converting 10-bit quant matrices to zigzag order. Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2012-07-20 12:31:06 +02:00			`f8c4b7aa165a80df2485d526161290a3 *tests/data/fate/vsynth1-dnxhd-720p-10bit.dnxhd`
fate: convert codec-regression.sh to makefile rules Signed-off-by: Mans Rullgard <mans@mansr.com> 2012-05-18 11:33:28 +02:00			`2293760 tests/data/fate/vsynth1-dnxhd-720p-10bit.dnxhd`
dnxhd: Fix 10-bit DNxHD quant matrices Convert them to zigzag order, as the rest of them are. When I was adding support for 10-bit DNxHD, I just copy-pasted the missing quant matrices from the spec. Now it turns out the existing matrices in dnxhddata.c were in zigzag order. This resulted in wrong quantization for 10-bit DNxHD. The attached patch fixes the problem by converting 10-bit quant matrices to zigzag order. Signed-off-by: Michael Niedermayer <michaelni@gmx.at> 2012-07-20 12:31:06 +02:00			`790777baa4bb70c4e32cb13649cc26bf *tests/data/fate/vsynth1-dnxhd-720p-10bit.out.rawvideo`
fate: convert codec-regression.sh to makefile rules Signed-off-by: Mans Rullgard <mans@mansr.com> 2012-05-18 11:33:28 +02:00			`stddev: 6.27 PSNR: 32.18 MAXDIFF: 64 bytes: 7603200/ 760320`