FCP MOV to x264 produces separate Audio and Video MP4 output files?

[skywriter]

Trying to convert FCP Self Contained MOV file to a MP4 H.264 (x264) with aac audio.
Result: The encoding seems to take a while, but when the DING "Finished" comes, I am left with two files, an audio.MP4 and a video.MP4 file.

Details:
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mon Feb 8 14:42:19 EST 2010
Mac OSX universal build for ffmpegX
configuration: --enable-mp3lame --enable-gpl --disable-vhook --disable-ffplay --disable-ffserver --enable-a52 --enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable-pthreads --enable-x264
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
built on Apr 15 2006 08:41:02, gcc: 3.3 20030304 (Apple Computer, Inc. build 1666)
x264 [info]: using cpu capabilities Altivec
mp4 [info]: initial delay 0 (scale 30000)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/FCP A:V/a test clips/test':
Duration: 00:00:21.2, start: 0.000000, bitrate: 30310 kb/s
Stream #0.0(eng), 29.97 fps(r): Video: dvvideo, yuv411p, 720x480
Stream #0.1(eng): Audio: pcm_s16be, 48000 Hz, stereo, 1536 kb/s
Output #0, yuv4mpegpipe, to 'pipe:':
Stream #0.0, 29.97 fps(c): Video: rawvideo, yuv411p, 320x240, q=2-31, 200 kb/s
Stream mapping:
Stream #0.0 -> #0.0
[yuv4mpegpipe @ 0x4701fc]Warning: generating rarely used 4:1:1 YUV stream, some mjpegtools might not work.
Press [q] to stop encoding
video:0kB audio:0kB global headers:0kB muxing overhead inf%
x264 [info]: slice I:4 Avg QP:23.50 size: 8130 PSNR Mean Y:42.37 U:45.01 V:44.66 Avg:43.04 Global:42.85
x264 [info]: slice P:634 Avg QP:27.65 size: 1073 PSNR Mean Y:38.71 U:41.00 V:40.34 Avg:39.26 Global:39.21
x264 [info]: mb I I16..4: 17.0% 0.0% 83.0%
x264 [info]: mb P I16..4: 3.1% 0.0% 1.0% P16..4: 48.9% 19.8% 3.8% 0.0% 0.0% skip:23.3%
x264 [info]: final ratefactor: 25.59
x264 [info]: PSNR Mean Y:38.729 U:41.027 V:40.363 Avg:39.283 Global:39.221 kb/s:267.96
encoded 638 frames, 10.56 fps, 269.38 kb/s
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
configuration: --enable-mp3lame --enable-gpl --disable-vhook --disable-ffplay --disable-ffserver --enable-a52 --enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable-pthreads --enable-x264
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
built on Apr 15 2006 08:41:02, gcc: 3.3 20030304 (Apple Computer, Inc. build 1666)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/FCP A:V/a test clips/test':
Duration: 00:00:21.2, start: 0.000000, bitrate: 30310 kb/s
Stream #0.0(eng), 29.97 fps(r): Video: dvvideo, yuv411p, 720x480
Stream #0.1(eng): Audio: pcm_s16be, 48000 Hz, stereo, 1536 kb/s
Output #0, yuv4mpegpipe, to 'pipe:':
Stream #0.0, 29.97 fps(c): Video: rawvideo, yuv411p, 320x240, q=2-31, 200 kb/s
Stream mapping:
Stream #0.0 -> #0.0
[yuv4mpegpipe @ 0x4701fc]Warning: generating rarely used 4:1:1 YUV stream, some mjpegtools might not work.
Press [q] to stop encoding
x264 [info]: using cpu capabilities Altivec
mp4 [info]: initial delay 0 (scale 30000)
video:0kB audio:0kB global headers:0kB muxing overhead inf%
x264 [info]: slice I:4 Avg QP:25.00 size: 6902 PSNR Mean Y:41.33 U:44.22 V:43.86 Avg:42.05 Global:41.90
x264 [info]: slice P:634 Avg QP:27.61 size: 1083 PSNR Mean Y:38.74 U:41.01 V:40.36 Avg:39.29 Global:39.24
x264 [info]: mb I I16..4: 19.7% 0.0% 80.3%
x264 [info]: mb P I16..4: 3.0% 0.0% 1.1% P16..4: 48.4% 19.9% 3.8% 0.0% 0.0% skip:23.7%
x264 [info]: PSNR Mean Y:38.758 U:41.033 V:40.381 Avg:39.309 Global:39.249 kb/s:268.48
encoded 638 frames, 11.12 fps, 269.90 kb/s
FFmpeg version CVS, Copyright (c) 2000-2004 Fabrice Bellard
Mac OSX universal build for ffmpegX
configuration: --enable-mp3lame --enable-gpl --disable-vhook --disable-ffplay --disable-ffserver --enable-a52 --enable-xvid --enable-faac --enable-faad --enable-amr_nb --enable-pthreads --enable-x264
libavutil version: 49.0.0
libavcodec version: 51.9.0
libavformat version: 50.4.0
built on Apr 15 2006 08:41:02, gcc: 3.3 20030304 (Apple Computer, Inc. build 1666)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/FCP A:V/a test clips/test.ff.video.mp4':
Duration: 00:00:21.2, start: 0.000000, bitrate: 271 kb/s
Stream #0.0(und), 29.97 fps(r): Video: h264, yuv420p, 320x240
Input #1, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/FCP A:V/a test clips/test':
Duration: 00:00:21.2, start: 0.000000, bitrate: 30310 kb/s
Stream #1.0(eng), 29.97 fps(r): Video: dvvideo, yuv411p, 720x480
Stream #1.1(eng): Audio: pcm_s16be, 48000 Hz, stereo, 1536 kb/s
Output #0, mp4, to '/Volumes/FCP A:V/a test clips/test.ff.audio.mp4':
Stream #0.0: Audio: aac, 48000 Hz, stereo, 96 kb/s
Stream mapping:
Stream #1.1 -> #0.0 [sync #0.0]
Press [q] to stop encoding
video:0kB audio:174kB global headers:0kB muxing overhead 4.817576%

-----

Does anyone have any suggestions?

I thank you in advance for your time.

[Case]

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Volumes/FCP A:V/a test clips/test'

1. Try renaming your volume "FCP A/V" to something more Unix-friendly, i.e. without the slash, e.g. "FCP_AV". With the last version, ffmpegX has become pretty robust in dealing with special characters, but when you encounter errors, it makes sense to rule out special characters as the source.

2. Use a proper file suffix, e.g. "test.mov". We're not on Mac OS 9 anymore, when suffixes were optional.
(I think a .DV file would be even better than a self-contained .MOV, when it comes to compatibility with non-QuickTime based video apps.)

If all goes well, ffmpegX should mux the foo.video.mp4 and foo.audio.mp4 into a new file with both.

[skywriter]

Thank you SO much. Removing the slach "/" in A/V did the trick. The space between FCP and A/V didn't make a difference. But I have changed it to "FCP" to eliminate any further issues.

The resulting video has colour separations (almost like a prism shift effect where the red is printed out of line with the blue and green). This is corrected by using the "Decode with Quicktime" option. But does using Quicktime give the same high quality as using the ffmpeg decoding?

[Case]

This is corrected by using the "Decode with Quicktime" option. But does using Quicktime give the same high quality as using the ffmpeg decoding?

Good question. I haven't noticed any significant quality difference in my encodings, so I would say they're pretty close.