#2239 closed defect (wontfix)
"100 buffers queued in output stream" when decoding APE files (Insane profile)
Reported by: | jamal | Owned by: | |
---|---|---|---|
Priority: | minor | Component: | undetermined |
Version: | git-master | Keywords: | ape |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
Summary of the bug:
$ ./ffmpeg -i /d/Music/Nine\ Inch\ Nails/The\ Slip\ -\ 96-24\ HQ/01\ 999\,999.ape -c:a pcm_s24le 01 999,999.wav ffmpeg version N-49584-g5a83115 Copyright (c) 2000-2013 the FFmpeg developers built on Feb 4 2013 22:03:05 with gcc 4.7.2 (GCC) configuration: --enable-gpl --enable-memory-poisoning --disable-ffprobe --disable-doc --enable-cross-compile --cross-prefix=i686-w64-mingw32- --target-os=mingw32 --arch=x86 --cpu=i686 --prefix=/mingw32 libavutil 52. 17.101 / 52. 17.101 libavcodec 54. 91.100 / 54. 91.100 libavformat 54. 61.104 / 54. 61.104 libavdevice 54. 3.103 / 54. 3.103 libavfilter 3. 35.101 / 3. 35.101 libswscale 2. 2.100 / 2. 2.100 libswresample 0. 17.102 / 0. 17.102 libpostproc 52. 2.100 / 52. 2.100 Input #0, ape, from 'd:/Music/Nine Inch Nails/The Slip - 96-24 HQ/01 999,999.ape': Duration: 00:01:27.04, start: 0.000000, bitrate: 2422 kb/s Stream #0:0: Audio: ape (APE / 0x20455041), 96000 Hz, stereo, s32p Output #0, wav, to '01 999,999.wav': Metadata: ISFT : Lavf54.61.104 Stream #0:0: Audio: pcm_s24le ([1][0][0][0] / 0x0001), 96000 Hz, stereo, s32, 4608 kb/s Stream mapping: Stream #0:0 -> #0:0 (ape -> pcm_s24le) Press [q] to stop, [?] for help [output stream 0:0 @ 035BBE80] 100 buffers queued in output stream 0:0, something may be wrong. size= 48961kB time=00:01:27.04 bitrate=4608.0kbits/s video:0kB audio:48961kB subtitle:0 global headers:0kB muxing overhead 0.000203%
This apparently only happens when using files compressed with the "Insane" profile (Official tools), regardless of bit depth and sample rate.
Attachments (2)
Change History (8)
comment:1 by , 12 years ago
by , 12 years ago
Attachment: | small-999.ape added |
---|
comment:2 by , 12 years ago
I uploaded a cut down version of the file i used for the log output above, but as i said any ape file created using the official encoder with the Insane profile works.
comment:3 by , 12 years ago
Is the file decoded correctly?
(I was unable to test myself because the official decoder does not like your file.)
comment:4 by , 12 years ago
Not the one i posted since i used dd to cut it down (as instructed in https://ffmpeg.org/bugreports.html), so i suppose that breaks it.
FFmpeg still processes it, though, and gives the "100 buffers" warning before aborting because it finds the file is incomplete.
The uncut version weighs 25mb, so i'm going to upload a different sample.
by , 12 years ago
follow-up: 6 comment:5 by , 12 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
This is intentional. APE compress insane number of samples in single frame, there is private option "-max_samples all" to decompress everything at once.
See 37390d5cca3ec3556d9564ad9734643a9f525779.
Please provide a sample.