This should fix this test failing on kfreebsd, a regression since 6e5dbe7, which decreased the CMP_TARGET by 1.
Signed-off-by: Andreas Cadhalpun <andreas.cadhal...@googlemail.com> --- I haven't tested this on kfreebsd, but it seems obvious [1]: stddev: 823.32 PSNR: 38.02 MAXDIFF:15809 bytes: 1675800/ 1679360 stddev: |823.32 - 817| >= 6 1: http://fatebeta.ffmpeg.org/report/x86_32-debian-kfreebsd-gcc-4.4-cpuflags-mmx2/20151213180818#failed_tests --- tests/fate/aac.mak | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tests/fate/aac.mak b/tests/fate/aac.mak index 4e55b76..ae7ebfa 100644 --- a/tests/fate/aac.mak +++ b/tests/fate/aac.mak @@ -183,7 +183,7 @@ fate-aac-tns-encode: CMP = stddev fate-aac-tns-encode: REF = $(SAMPLES)/audio-reference/luckynight_2ch_44kHz_s16.wav fate-aac-tns-encode: CMP_SHIFT = -4096 fate-aac-tns-encode: CMP_TARGET = 817 -fate-aac-tns-encode: FUZZ = 6 +fate-aac-tns-encode: FUZZ = 7 fate-aac-tns-encode: SIZE_TOLERANCE = 3560 FATE_AAC_ENCODE += fate-aac-is-encode -- 2.6.2 _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
