AMR NB NODATA header changes following data

[krisha]

Summary of the bug:

If you put 0x7C as header (MODE = NO_DATA) the following frames behaves weird (only header, no data bytes). In Audacity with FFmpeg v0.6.2 you hear a 'knock' and the following signal wave behaves different on zooming levels and (this might be also GUI audacity bug). In VLC 2.0.3 this 'knock' is also heard.

I attached a sample file with silence and a NO_DATA frame at file offset 0x166.

I'm not sure which versions of FFmpeg are affected, but I assume all that use the codec from libavcodec/amrnbdec.c

[cehoyos]

Please provide complete, uncut console output (including command line) of "ffmpeg -i input out.wav" (Please test current git head).

[krisha]

Sorry, I just used VLC and Audacity. Output on the VLC console:

[amr @ 03ff7a60] Estimating duration from bitrate, this may be inaccurate
[amrnb @ 050b3ea0] Corrupt bitstream

If someone wants to fix it, I can compile ffmpeg and run the command. For me it's effort of some hours todo - for a developer wanting to fix it, it is just a minute (he has probably latest git head and complete environment set up already).

But to understand the bug these two lines of VLC output should be enough. Anyway more important is the waveform after, than the output.

The "Corrupt bitstream" output I think is also not right. Because Mode 15 is NO_DATA and not an invalid mode.

[cehoyos]

The sample plays fine here (no knock), so without you describing what fails (ideally by using "ffmpeg -i input out.wav" and explaining what is wrong about out.wav) it is very unlikely that this gets fixed.

Or is the only problem you see the (possibly incorrect) error message about NO_DATA?