Opened 13 years ago
Closed 13 years ago
#1160 closed defect (fixed)
Musepack 8 file fails to decode
Reported by: | Carl Eugen Hoyos | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | avcodec |
Version: | git-master | Keywords: | mpc8 |
Cc: | ami_stuff@o2.pl | Blocked By: | |
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
(MPlayer bug 1965, second sample)
I will attach a Musepack 8 sample that decodes fine to a 10 seconds wav file with mpcdec from http://files.musepack.net/linux/musepack_linux_2009_02_28.tar.gz but fails to decode with FFmpeg.
$ ffmpeg -i decodererror.mpc out.wav ffmpeg version N-39476-gc450cf1 Copyright (c) 2000-2012 the FFmpeg developers built on Apr 2 2012 12:43:03 with gcc 4.5.3 configuration: --cc=/usr/local/gcc-4.5.3/bin/gcc --enable-gpl libavutil 51. 44.100 / 51. 44.100 libavcodec 54. 12.100 / 54. 12.100 libavformat 54. 3.100 / 54. 3.100 libavdevice 53. 4.100 / 53. 4.100 libavfilter 2. 66.101 / 2. 66.101 libswscale 2. 1.100 / 2. 1.100 libswresample 0. 10.100 / 0. 10.100 libpostproc 52. 0.100 / 52. 0.100 Input #0, mpc8, from 'decodererror.mpc': Duration: 00:00:08.35, bitrate: 195 kb/s Stream #0:0: Audio: musepack8, 44100 Hz, stereo, s16 Output #0, wav, to 'out.wav': Metadata: encoder : Lavf54.3.100 Stream #0:0: Audio: pcm_s16le ([1][0][0][0] / 0x0001), 44100 Hz, stereo, s16, 1411 kb/s Stream mapping: Stream #0:0 -> #0:0 (mpc8 -> pcm_s16le) Press [q] to stop, [?] for help size= 0kB time=00:00:00.00 bitrate= 0.0kbits/s video:0kB audio:0kB global headers:0kB muxing overhead inf% Output file is empty, nothing was encoded (check -ss / -t / -frames parameters if used)
Attachments (2)
Change History (5)
by , 13 years ago
Attachment: | decodererror.mpc added |
---|
comment:1 by , 13 years ago
by , 13 years ago
comment:2 by , 13 years ago
Cc: | added |
---|
comment:3 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Should be fixed, thank you for your help!
Note:
See TracTickets
for help on using tickets.
I have found the same issue with file encoded with foobar2000.
The problem is that foobar-encoded file have two additional
$00 $00 values at 00010 after $1B value. When you remove these
two values then FFmpeg will decode modified file correctly.