#2430 closed defect (fixed)
AIFF decoding bug (zero length output file)
Reported by: | auphonic | Owned by: | |
---|---|---|---|
Priority: | important | Component: | avformat |
Version: | git-master | Keywords: | aif regression |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | yes | |
Analyzed by developer: | no |
Description
ffmpeg cannot read some AIFF input files:
- decoded output files have always size zero
- although ffmpeg/ffprobe shows the correct length of the input file
- in other programs (e.g. audacity) these files are decoded correctly
Tested with ffmpeg 1.1.3 and 1.2 on Ubuntu 12.04 and 12.10 - more details below.
Use the following testfile, to reproduce the problem:
https://auphonic.com/media/share/testfile.aiff
How to reproduce:
ffmpeg -v 9 -loglevel 99 -i testfile.aiff output.wav
Output of ffmpeg:
ffmpeg -v 9 -loglevel 99 -i testfile.aiff output.wav ffmpeg version 1.2 Copyright (c) 2000-2013 the FFmpeg developers built on Mar 30 2013 10:49:20 with gcc 4.7 (Ubuntu/Linaro 4.7.2-2ubuntu1) configuration: --enable-gpl --enable-version3 --enable-nonfree --disable-ffplay --disable-ffserver --disable-avdevice --enable-bzlib --enable-libopencore-amrnb --enable-libfreetype --enable-libopencore-amrwb --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libschroedinger --enable-libspeex --enable-libvorbis --enable-libvpx --enable-libopus libavutil 52. 18.100 / 52. 18.100 libavcodec 54. 92.100 / 54. 92.100 libavformat 54. 63.104 / 54. 63.104 libavfilter 3. 42.103 / 3. 42.103 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Splitting the commandline. [...] Opening an input file: testfile.aiff. [aiff @ 0x9aa53e0] Format aiff probed with size=2048 and score=100 [aiff @ 0x9aa53e0] id3v2 ver:3 flags:00 len:35 [aiff @ 0x9aa53e0] File position before avformat_find_stream_info() is 0 [aiff @ 0x9aa53e0] File position after avformat_find_stream_info() is 0 Guessed Channel Layout for Input Stream #0.0 : stereo Input #0, aiff, from 'testfile.aiff': Metadata: encoded_by : Audio Hijack Pro v2.10.6 Duration: 00:00:15.37, start: 0.000000, bitrate: 1411 kb/s Stream #0:0, 0, 1/44100: Audio: pcm_s16be, 44100 Hz, stereo, s16, 1411 kb/s Successfully opened the file. Parsing a group of options: output file output.wav. Successfully parsed a group of options. Opening an output file: output.wav. Successfully opened the file. [abuffer @ 0x9a94260] Setting entry with key 'time_base' to value '1/44100' [abuffer @ 0x9a94260] Setting entry with key 'sample_rate' to value '44100' [abuffer @ 0x9a94260] Setting entry with key 'sample_fmt' to value 's16' [abuffer @ 0x9a94260] Setting entry with key 'channel_layout' to value '0x3' [graph 0 input from stream 0:0 @ 0x9a946a0] tb:1/44100 samplefmt:s16 samplerate:44100 chlayout:0x3 [aformat @ 0x9a942c0] Setting entry with key 'sample_fmts' to value 's16' Output #0, wav, to 'output.wav': Metadata: ITCH : Audio Hijack Pro v2.10.6 ISFT : Lavf54.63.104 Stream #0:0, 0, 1/44100: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (pcm_s16be -> pcm_s16le) Press [q] to stop, [?] for help [output stream 0:0 @ 0x9a94700] EOF on sink link output stream 0:0:default. No more output streams to write to, finishing. size= 0kB time=00:00:00.00 bitrate=N/A video:0kB audio:0kB subtitle:0 global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used) Statistics: 32768 bytes read, 2 seeks
Please contact me if you need more information!
Attachments (1)
Change History (4)
comment:1 by , 12 years ago
Keywords: | regression added |
---|---|
Priority: | normal → important |
Reproduced by developer: | set |
Status: | new → open |
by , 12 years ago
Attachment: | testfile_cut.aiff added |
---|
comment:2 by , 12 years ago
Resolution: | → fixed |
---|---|
Status: | open → closed |
Should be fixed, thank you for the report!
comment:3 by , 10 years ago
Keywords: | aif added; aiff removed |
---|
Note:
See TracTickets
for help on using tickets.
Regression since 8ac3868
Patch sent: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/161797