https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121064
--- Comment #2 from Xi Ruoyao <xry111 at gcc dot gnu.org> ---
I tried to reproduce the issue by mimicking what the test does, but I get:
ffmpeg version N-120255-g35a6de137a Copyright (c) 2000-2025 the FFmpeg
developers
built with gcc 14.3.0 (GCC) 20250523 (AOSC OS, Core)
configuration:
libavutil 60. 4.101 / 60. 4.101
libavcodec 62. 6.100 / 62. 6.100
libavformat 62. 1.103 / 62. 1.103
libavdevice 62. 0.100 / 62. 0.100
libavfilter 11. 1.101 / 11. 1.101
libswscale 9. 0.100 / 9. 0.100
libswresample 6. 0.100 / 6. 0.100
Input #0, ape, from 'luckynight-mac388-c4000.ape':
Duration: 00:01:00.48, start: 0.000000, bitrate: 43 kb/s
Stream #0:0: Audio: ape (APE / 0x20455041), 44100 Hz, stereo, s16p
Stream mapping:
Stream #0:0 -> #0:0 (ape (native) -> pcm_s16le (native))
Press [q] to stop, [?] for help
Output #0, crc, to 'pipe:':
Metadata:
encoder : Lavf62.1.103
Stream #0:0: Audio: pcm_s16le, 44100 Hz, stereo, s16, 1411 kb/s
Metadata:
encoder : Lavc62.6.100 pcm_s16le
CRC=0x5d08c17e
The outputted CRC value is same as the reference value in
tests/fate/monkeysaudio.mak.
Thus please elaborate more about how to reproduce the issue.
