FCPX, AVCHD & MTS files – avoiding headaches

I have heard from colleagues of their trouble with AVCHD media, shot on the sony FS700 in particular. FCPX crashing, being as slow as molasses and not able to share (export). So after good amount of sleuthing I discovered a few issues and tips. So here they are in no particular order:

MTS Files = Media Transcoded by Satan**

Okay, that is a bit of hyperbole. But only a bit.** MTS files are enough to make a FCPX editor cower in the corner. Bring them into FCPX and sure they play… sorta. But they will wreak havoc on your edit. If you ever find yourself with MTS files realize you probably shouldn’t have them. Mpeg Transport Streams are part of the AVCHD bundle, and they belong in the bundle, not separate if you can help it.

AVCHD Bundle Thingie

The elements in the AVCHD bundle is not designed to be separated — there is essential metadata in there, for example MTS files are NOT shots but rather elements of shots — if you have a long shot it will be divided into multiple MTS. MTS are h264 (well at least in theory) as well as compressed audio. Both audio and video are efficiently stored in there… but almost no NLE can play them back completely efficiently. In FCPX it make LOOK like it is playing back a few files efficiently, but try to deal with more than a handful of shots and you will enter molasses land.

Transcode & Rewrappage AVCHD

In MTS, Audio is as much as a problem as video.  Therefore, you need both Audio and Video to be rewrapped and or transcoded from a MTS file, as well as injecting metadata – timecode for example. Fortunately FCPX will do all this transcoding automatically on import of AVCHD! Sweet, that is if you use the Import dialog. If your coming straight from the card, its easy.. If you are first copying a card to a drive, then make sure you get the entire folder structure of the card, or use something like excellent Hedge for this task. Using the Import window, FCPX will wrap them in a mov container and also transcode the audio intro straight PCM audio so it plays back as smooth as butter.  If you dig in you’ll see your files sizes are slightly larger than what was on the camera card, but that is because of uncompressed audio.

Figure 1: Here a few orphaned MTS files from a 42 minute lecture. They kinda play in FCPX, but are really slow. These 3 files are a total of 42 minutes and a size of 5.54 GB.

 

Figure 2: The AVCHD bundle that contained the above MTS files, but now imported via FCPX import. It is now as it should be a single 42 minute clip from the recorded lecture.  It’s 8.06GB, so 2.5 GB larger because of transcoding it’s 6 channels of MTS/AAC audio to uncompressed.

What to do with an orphaned MTS file?

You can bring those into FCPX and optimized, but in my testing, creating optimized media of MTS files in FCPX, doesn’t work perfectly with every MTS file. It might be the different flavors of MTS (still investigating this), or could be that audio is being passed through when making optimized and proxy. Regardless if you do have a stray MTS file the best option is to spend a few dollars to save some headaches and purchase Clip Wrap, or Edit Ready, to rewrap them properly (even in just rewrapping ClipWrap will transcode the audio into beautifully efficient uncompressed).

So there is no need to EVERy goto ProRes for AVCHD?

Probably not, but rewrapped AVCHD h264 might still not give you the performance your looking for in FCPX. For example, malformed h264 files are all over the place because h264 is a decoding standing not an encoding one — you can therefore can get widely different results from different compression methods. Malformed h264 can give color shifts, bad performance or export errors in FCPX. Is AVCHD h264 malformed? I don’t know, but it seems to take a bit more processing power than the Canon DSLR h264 footage I edit with most of the time. Therefore I would attempt to edit FCPX imported AVCHD and see how it goes with your project. It will probably be fine, but If you have trouble try optimizing in FCPX. If it is still not primo, on your next project you want to make things more efficient and drive space is not an issue, use ClipWrap, Edit Ready or other solution. On the other hand, ProRes does increase the data rate that needs to be read off storage, so you could actually see a decrease in performance using a high bandwidth ProRes if your storage is not up to the task. Its the same way that it is faster for a browser to read a tiny JPEG, decompress it and display it, than for it to read a TIFF or PNG that is many times larger, not have to compress it and display it. Make sense?

Enjoy!

T.

** In my attempt at humor, I’m not meaning to dismiss Satan as fictitious. Jesus didn’t, and I’m with Jesus. 🙂 See my Me page if your are interested.