[Kristian Mong]

Yes, I had smart zoom enabled. The zoom to fit was driving me crazy, many thanks for the solution!

[Kristian Mong]

1) Might be jumping. I’m still trying to figure it out, but probably my left hand unconsciously clicks Shift-Z on a sensitive keyboard.

2) I’m experiencing the issues both on footage shot from an Android phone (H264 avc1) with audio AAC (mp4a) and from the Canon XA10 which shoots H264 with audio AC3. Both 48k Hz. One of the files can be found here:

https://www.dropbox.com/s/vgbb1zp06k13mgl/2014-04-04.mts

The audio issues when FCPX has transcoded the file can be observed around 00:40.

I have tested on two Macs, and they both create the same audio issues.

I have tried rewrapping with ClipWrap and Handbrake, and it works, but they seem to reset the timestamp/Content Created of the file, which makes the footage harder to sort in FCPX.

So in the end I downloaded ffmpeg and did some Terminal magic:

for f in *.mts; do moddate=$(stat -f %Sm -t “%Y%m%d%H%M” “$f”); ffmpeg -i “$f” -vcodec copy -acodec pcm_s16le -sn -y “${f%.MTS}.mov”; touch -t $moddate “${f%.MTS}.mov” ; done

which rewraps the mts into mov files with pcm_s16le audio, then copies the timestamp of the original file to the new one. When transcoded in FCPX, no audio issues seem to occur.