Input #0, mov,mp4,m4a,3gp,3g2, from 'doa_1949_256kb.mp4': Duration: 01:23:09.7, start: 0.000000, bitrate: 347 kb/s Stream #0.0: Video: mpeg4, 320x240, 29.97 fps Stream #0.1: Audio: aac, 48000 Hz, stereo File 'rubbish.mp4' already exists. Overwrite ? [y/N] Output #0, mp4, to 'rubbish.mp4': Stream #0.0: Video: mpeg4, 320x240, 29.97 fps, q=2-31, 200 kb/s Stream #0.1: Audio: aac, 48000 Hz, stereo, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding [aac @ 0xb7f1bf28]faac: frame decodinf failed: Array index out of range --- last line repeated until process killed --- The output above is from ffmpeg but ffplay does the same thing and with other mp4s I have: the video works but there is no audio - just the error messages. This is ffmpeg built with faac-1.24 and faad2 2.0-r3. I noticed this bug with ffmpeg-4.9_pre1 earlier but just didn't get around to filing a report until now. The error message text was different with 4.9_pre1: "Unexpected channel configuration change". With a different mp4 from a different source, the error messages from this latest version of ffmpeg/ffplay were: "[aac @ 0xb7f2af28]faac: frame decodinf failed: Gain control not yet implemented" You probably know this but despite the "faac" in the messages, it is faad doing the (attempted) decoding: when ffmpeg is built without "--enable-faad" the video plays without sound but without error messages either.
this is probably an upstream problem. Can you please help by searching around to see if this is reported elsewhere?
Yes I already had a look and found nothing much except for these: http://sourceforge.net/mailarchive/forum.php?thread_id=6538087&forum_id=40741 http://lists.suse.com/archive/suse-multimedia/2004-Dec/0360.html xine-lib plays the files without errors but I think it uses it's own internal faad anyway. I couldn't see anything on the ffmpeg lists or in the audiocoding.com forums that match this problem.
What about the cvs snapshots? Still the same issue?
Yes - I tried the latest one available from the ffmpeg project on the day I made this report.
please report upstream OR/AND provide a sample
http://www.archive.org/details/doa_1949 http://www.archive.org/details/isforAto1953 http://www.archive.org/details/volcanoes [all as 256Kb/s file downloads] The first is audible in xine but not ffplay. The second is audible in neither. The third yields a tiny fragment of audio in ffplay followed by the usual errors but is fine in xine. The curious thing is that according to the faq at archive.org, all their mp4s contain mp3 encoded audio components - not aac - but both xine and ffplay seem to be always using faad, so if the audio is mp3, why would it /ever/ work? I really don't understand what is going on and I don't know which upstream project to send a bug report to (if any). Is it a format/codec recognition problem by ffmpeg/xine/faad or a faad bug or something peculiar to the way archive.org has made their mp4s or something I'm doing wrong?
Please report upstream
Upstream issue, will see when we have a new snapshot.