Hello BC:=Baptiste Coudurier BC> Andrea Barbieri wrote: BC> > Hello Baptiste BC> > BC> > BC:=Baptiste Coudurier BC> > BC> > BC> Nicolas Jauffret wrote: BC> > BC> > On Thu, 29 Mar 2007 15:06:27 +0200, Andrea Barbieri BC> > BC> > <andrea.barbieri at movingimageresearch.com> wrote: BC> > BC> >> BC> > BC> >> try the conversion without video essence: BC> > BC> >> ffmpeg -i foo.avi -acodec mp3 out.mov BC> > BC> > BC> > BC> > => Readable with mplayer (no sound without "-demuxer lavf" parameter) BC> > BC> > => Readable with MacOS QtPlayer 7.1.5 BC> > BC> > BC> > BC> > So the problem seems well to come from the "copy" codec. BC> > BC> BC> > BC> No, problem might come from mplayer demuxer, if Quicktime plays it, BC> > BC> file has great chances to be correct. BC> > BC> > the point is that in this case the output is playable by both BC> > applications, when adding the video 'copy' codec this is not true BC> > anymore... BC> BC> No, the point is mplayer not correctly playing, Quicktime/ffmpeg/xine BC> play it. I'm afraid I made the mistake to cut *now* relevant parts of previous posts which do explain what I am trying to tell you, please have a look at those. BC> BC> > BC> BC> > BC> >> the simpler the problem the better it is to pinpoint a possible bug BC> > BC> >> BC> > BC> >> could it be that the avi parser (unlike the wav parser) is not BC> > BC> >> filling up properly all the required parameters for the mov writer? BC> > BC> >> BC> > BC> >> you can use mpeg4ip or Dumpster (Apple quicktime downloadable tool) BC> > BC> >> to inspect the problematic movie clip BC> > BC> > BC> > BC> > $ ffmpeg -i foo.%d.jpg -i bar.wav -vcodec mpeg4 -acodec mp3 from_jpg.mov BC> > BC> >> /dev/null 2>&1 BC> > BC> > $ mp4info from_jpg.mov BC> > BC> > mp4info version 1.5.0.1 BC> > BC> > Track Type Info BC> > BC> > 1 video MPEG-4 Simple @ L1, 8.000 secs, 0 kbps, 640x352 @ BC> > BC> > 25.000000 fps BC> > BC> > 2 audio .mp3, 8.568 secs, 64 kbps, 48000 Hz BC> > BC> > BC> > BC> > $ ffmpeg -i foo.%d.jpg -i bar.wav -vcodec mpeg4 -acodec mp3 foo.avi > BC> > BC> > /dev/null 2>&1 BC> > BC> > $ ffmpeg -i foo.avi -vcodec copy -acodec mp3 from_avi.mov > /dev/null 2>&1 BC> > BC> > $ mp4info from_avi.mov BC> > BC> > mp4info version 1.5.0.1 BC> > BC> > Track Type Info BC> > BC> > 1 video FMP4, 8.000 secs, 378 kbps, 0x0 @ 25.000000 fps BC> > BC> > 2 audio .mp3, 8.616 secs, 64 kbps, 48000 Hz BC> > BC> > BC> > BC> > That is strange that the 2 sound streams have not the same duration. BC> > BC> BC> > BC> Well possible, I need to check. BC> > BC> BC> > BC> > That is also strange that the video tags are different. BC> > BC> BC> > BC> No, default ffmpeg mpeg4 codec tag in avi in FMP4, muxer by default BC> > BC> uses tag if it is set, patch welcome though. BC> > BC> > I think that the mov writer module is not behaving properly when BC> > creating the video track since the profile and level information is BC> > missing as well... BC> BC> I believe mp4info just does not recognize FMP4 tag and therefore not BC> even try to gather info. I don't think so... (if you check the source code) BC> BC> > the initial movie file (generated by the jpeg -> mov conversion) BC> > also appears to be incorrect/incomplete in terms of video track BC> > information (sample description atoms) the 0 kbps deducted info is BC> > the giveaway. BC> BC> bitrate is just not set in "esds" atom, if you have specs (14496-1 and BC> 14496-14, maybe 14496-2 for mpeg4) where it says this is mandatory, BC> I'll fix it. you are mentioning MPEG4 standards which define the MP4 format. Unfortunately we are talking about the QuickTime file format (the grandfather of the MP4 and MJPEG200 ones) which behaves differently http://developer.apple.com/reference/QuickTime/ just because these formats are deceptively extremely similar it does not mean that they are identical... may be it was not the best idea to bundle everything together in the mov.c file writer module when dealing with QT, MP4 and 3GP industry and ISO standards. best regards, andrea -- Andrea Barbieri Moving Image Research http://www.movingimageresearch.com/ The Workshop, Hampton Lane, Bristol, BS6 6LE, UK Tel: +44 117 9732200 FAX: +44 117 9732210 PGP ID=0x034DFD5A KeyFingerprint=C168EA9A7189538D214F1281A7529F32034DFD5A