TC drift on audio in AAF created from FCP X XML

Fernando,

This was caused by a rounding error in X2Pro which has now been fixed. This fix will be included in the next release of X2Pro which will be made available in the app store when it has gone through internal QA and then the app store approval process.

Fernando,

This has been given ticket number 4955 in our internal ticketing system. I'll update you when there are any changes to the ticket.

Hi Graeme,

Yes, exactly.

I would just add that the project has multiple clips (MOVs), so I would say that the difference is between the start of each clip in the project, and the related source audio.

Thank you,

Fernando.

Just so that I know that I am looking at the right thing, are you saying that when you double click on an audio clip in the Pro Tools "CLIPS" panel, the "Original Time Stamp" is not the same as the time code for the start of the mov file?

Hi Graeme,

I have uploaded the files to your ftp server.

Let me know if you need anything else.

Thank you very much for your response and for looking into it.

Hi Fernando,

I've emailed you with details of our FTP server so that you can upload the files.

Attaching audio files.

I am trying to attach the media files but I am not able to, probably because of the files' size.

Is there any server that I could update the files to?

We have this scenario where we shoot with a camera and a separate audio recorder. We merge the video file with the audio files into one QuickTime Movie.
We bring into FCP X those merged MOVs and at the end we export an XML which is processed by X2Pro to create a AAF which in turn is imported to ProTools.
When the audio is brought into ProTools, it does not carry the same timecode of the original media. There is a random drift. In the case of the samples I am attaching the offset is of 00:07:47;01. The start of the audio that is brought to ProTools is 00:07:47;01 frames later than the end of the source audio.
I am attaching:
- The merged MOV with the video/audio from camera and the additional audios from the audio recorder.
- The source audio for timecode comparison
- The XML exported from FCP X
- the AAF created by X2Pro

Any ideas of why timecode is drifting?

Thank you very much for any help.