Opened 12 years ago
Closed 7 years ago
#1849 closed defect (needs_more_info)
AMR NB NODATA header changes following data
Reported by: | krisha | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avcodec |
Version: | unspecified | Keywords: | amrnb |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
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
Attachments (1)
Change History (6)
by , 12 years ago
Attachment: | silence and NO_DATA.amr added |
---|
comment:1 by , 12 years ago
Summary: | AMR NB NODATA changes → AMR NB NODATA header changes following data |
---|
comment:2 by , 12 years ago
Keywords: | amrnb added |
---|
comment:3 by , 12 years ago
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.
comment:4 by , 12 years ago
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?
comment:5 by , 7 years ago
Resolution: | → needs_more_info |
---|---|
Status: | new → closed |
Please provide complete, uncut console output (including command line) of "ffmpeg -i input out.wav" (Please test current git head).