mirror of
https://github.com/librempeg/librempeg
synced 2024-11-22 18:49:58 +00:00
fate/aacenc: increase tolerance for ln-128k test
The encoder is sensitive to changes in precision, and its test target was a compromise. It was already close to failing on x87 FPUs. ff_mdct_init used double precision entirely from the scale to computing the MDCT exp tables. av_tx_init uses single-precision for the scale, with a small input change which was enough to tip the test into failing on x87 FPUs. Increase the fuzz factor in line with other AAC encoder tests to fix.
This commit is contained in:
parent
c8e9cc8d20
commit
d556f6fa9b
@ -174,7 +174,7 @@ fate-aac-ln-encode-128k: REF = $(SAMPLES)/audio-reference/luckynight_2ch_44kHz_s
|
||||
fate-aac-ln-encode-128k: CMP_SHIFT = -4096
|
||||
fate-aac-ln-encode-128k: CMP_TARGET = 622
|
||||
fate-aac-ln-encode-128k: SIZE_TOLERANCE = 3560
|
||||
fate-aac-ln-encode-128k: FUZZ = 5
|
||||
fate-aac-ln-encode-128k: FUZZ = 10
|
||||
|
||||
FATE_AAC_ENCODE += fate-aac-pns-encode
|
||||
fate-aac-pns-encode: CMD = enc_dec_pcm adts wav s16le $(TARGET_SAMPLES)/audio-reference/luckynight_2ch_44kHz_s16.wav -c:a aac -aac_coder fast -aac_pns 1 -aac_is 0 -aac_ms 0 -aac_tns 0 -b:a 128k -cutoff 22050 -fflags +bitexact -flags +bitexact
|
||||
|
Loading…
Reference in New Issue
Block a user