Problems with converting

[supernauris]

Hi,

I have a major problem with ffmpegX video converting. All converted files "stutters" the playback. I'm trying to make a .flv files but this problem is with all codecs. It also dont matter what files i try to convert the result is allways a jerky video.

I tried with Quad G5 and Macbook Pro but same problem with both.

Here's the info of two different files:
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
Wed Nov 8 15:23:47 EET 2006
, gcc: 4.0.1 (Apple Computer, Inc. build 5250)
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x5597b8]negative ctts, ignoring
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/xx/MVI_0070.MOV':
Duration: 00:00:30.0, start: 0.000000, bitrate: 3030 kb/s
Stream #0.0(eng): Audio: pcm_s8, 11024 Hz, mono, 88 kb/s
Stream #0.1(eng), 15.00 fps(r): Video: h264, yuv420p, 640x480
Output #0, flv, to '/Users/xx/MVI_0070.MOV.ff.flv':
Stream #0.0, 12.00 fps(c): Video: flv, yuv420p, 320x240, q=2-9, 200 kb/s
Stream #0.1: Audio: mp3, 22050 Hz, stereo, 56 kb/s
Stream mapping:
Stream #0.1 -> #0.0 [sync #0.0]
Stream #0.0 -> #0.1 [sync #0.1]
video:420kB audio:206kB global headers:0kB muxing overhead 62.398968%
bench: utime=6.621s
Encoding completed on Wed Nov 8 15:23:54 EET 2006

FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
libavutil version: 49.0.0
libavcodec version: 51.9.0
Wed Nov 8 14:32:34 EET 2006
libavformat version: 50.4.0
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x5597b8]negative ctts, ignoring
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/xx/LAPTOP.mov.ff.flv':
Duration: 00:03:48.0, start: 0.000000, bitrate: 1061 kb/s
Stream #0.0(eng): Audio: aac, 44100 Hz, stereo
Stream #0.1(eng), 25.00 fps(r): Video: h264, yuv420p, 320x240
Output #0, flv, to '/Volumes/xx/LAPTOP.mov.ff.flv':
Stream #0.0, 25.00 fps(c): Video: flv, yuv420p, 320x240, q=2-15, 400 kb/s
Stream #0.1: Audio: mp3, 44100 Hz, stereo, 96 kb/s
Stream mapping:
Stream #0.1 -> #0.0 [sync #0.0]
Stream #0.0 -> #0.1 [sync #0.1]
bench: utime=23.714s
video:2750kB audio:2672kB global headers:0kB muxing overhead 112.832253%
Encoding completed on Wed Nov 8 14:33:00 EET 2006

--

Here's the .flv file:
http://www.yousendit.com/transfer.php?action=download&ufid=EA46174E550C37E0

Any suggestions?

Maxx

[Case]

Input #0 - Stream #0.1, 15.00 fps
Output #0 - Stream #0.0, 12.00 fps

This one should be stuttering. (a) Half the framerate of what we're used to (on tv), to begin with; and (b) framerate change during conversion, thus frames are dropped.

Input #0 - Stream #0.1, 25.00 fps
Output #0 - Stream #0.0, 25.00 fps

This one should be quite good; just as smooth as the source file.

[supernauris]

Input #0 - Stream #0.1, 25.00 fps
Output #0 - Stream #0.0, 25.00 fps

This one should be quite good; just as smooth as the source file.

But it's not and that's the problem. I know that the original is 25fps so i try to output it to 25fps but it's still jerky. Actually it looks same with any framerate. I'm probably missing something small in the settings since it don't matter what the source file is or what the output codec is.

[supernauris]

Here's a new test file: http://www.yousendit.com/transfer.php?action=download&ufid=52CA21ED036F7ED4

FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
Thu Nov 9 10:01:05 EET 2006
Seems that stream 1 comes from film source: 25000.00 (25000/1) -> 25.00 (25/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/xx/Under_Doves_wing320x240_2.mov':
Duration: 00:01:18.8, start: 0.000000, bitrate: 9625 kb/s
Stream #0.0(eng): Audio: adpcm_ima_qt, 32000 Hz, stereo
Stream #0.1(eng), 25.00 fps(r): Video: qtrle, rgb24, 320x240
Output #0, flv, to '/Volumes/xx/Under_Doves_wing320x240_2.mov.ff.flv':
Stream #0.0, 25.00 fps(c): Video: flv, yuv420p, 320x240, q=2-15, pass 1, 400 kb/s
Stream #0.1: Audio: mp3, 44100 Hz, stereo, 96 kb/s
Stream mapping:
Stream #0.1 -> #0.0 [sync #0.0]
Stream #0.0 -> #0.1 [sync #0.1]
bench: utime=8.648s
video:1484kB audio:870kB global headers:0kB muxing overhead 78.435320%
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
Seems that stream 1 comes from film source: 25000.00 (25000/1) -> 25.00 (25/1)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/xx/Under_Doves_wing320x240_2.mov':
Duration: 00:01:18.8, start: 0.000000, bitrate: 9625 kb/s
Stream #0.0(eng): Audio: adpcm_ima_qt, 32000 Hz, stereo
Stream #0.1(eng), 25.00 fps(r): Video: qtrle, rgb24, 320x240
Output #0, flv, to '/Volumes/xx/Under_Doves_wing320x240_2.mov.ff.flv':
Stream #0.0, 25.00 fps(c): Video: flv, yuv420p, 320x240, q=2-15, pass 2, 400 kb/s
Stream #0.1: Audio: mp3, 44100 Hz, stereo, 96 kb/s
Stream mapping:
Stream #0.1 -> #0.0 [sync #0.0]
Stream #0.0 -> #0.1 [sync #0.1]
bench: utime=8.831s
video:1539kB audio:870kB global headers:0kB muxing overhead 101.742021%
Encoding completed on Thu Nov 9 10:01:28 EET 2006
--

[Case]

Can you post the source file as well?

[supernauris]

Here's the source:
http://www.yousendit.com/transfer.php?action=batch_download&batch_id=2Vd8cYA6bWw=

[Case]

a) This MOV is H.264/AAC, unlike what your log shows???
b) Initially, I got the same results on converting to FLV.
c) When replacing the audio with uncompressed PCM audio in QuickTime Pro (*), the converted file did get a smooth framerate. I wish I knew why...
(*) Export Sound to AIFF. Delete sound track. Select all in AIFF file, copy, select all in MOV file, add clipboard to movie. Save as self-contained movie. Convert with ffmpegX to FLV @ 25 fps, best bitrate.

[supernauris]

Thanx a lot!

That's why I had to use the Invert Mapping option in the audio tab. Should the audio allways be uncompressed pcm?

[Case]

Should the audio allways be uncompressed pcm?

No, it should have worked the first time. But it can sometimes help with problematic files. It's just one of the things I try when nothing else works: if the source file is 'too difficult' for ffmpegX, then I try to feed it an 'easier' version of the same information.