Robert Longwell
Forum Replies Created
-
Jeremy,
You can download my project and output QT here (I’ll delete this in a couple of days):
https://www.robertlongwell.com/temp/Archive.zipIt’s just 4 minutes of color bars but here are the numbers I’m getting –
FCP:
Duration – 00:04:00:00
Marker 1 – 01:00:58:18
Marker 2 – 01:02:39:18
Marker 3 – 01:03:51:18QT:
Duration – 00:04:00:06
Marker 1 – 01:00:58:19
Marker 2 – 01:02:39:21
Marker 3 – 01:03:51:23If the file were longer, say 45 minutes, you’d see the drift getting farther and farther along. For this 4 minute sample the drift is pretty small but the inaccuracy is still unacceptable.
Let me know if you see the same numbers from my zip file.
Thanks!
Robert Longwell
-
Let me see if I can find an external server to host it on…
5 seconds wouldn’t be much of a sample for drifting, it would need to be closer to 5 minutes.
Robert Longwell
-
No dice. I know this is a larger problem than just my computer. I have numerous Macs and PCs all having the same issue with the data being off from the exact same QT file.
I’ve informed my Apple rep, I’ll see what he comes up with.
Thanks!
Robert Longwell
-
Well I’ve fixed the missing TC sequence export. Amazing what can get fixed when one deletes their FCP preferences!
So now that I have a TC track in my QT files, just as I suspected, they are not in sync with my FCP timeline.
Robert Longwell
-
Correct. If we export using plain old Export QuickTime movie with current settings, audio & video, all markers and make self contained then there is no TC track.
Robert Longwell
-
We definitely don’t have TC breaks, we’re using Network HD masters.
Jeremy what version of FCP, QT and OS are you using? What frame rate and codec are you using for capture & export?
We’re FCP 6.01, QT 7.2, OS 10.4.10. Most everything we capture is DVCProHD 23.98 and DV50 29.97.
Robert Longwell
-
I have that enabled. We’re running FCP 6.0.1, OS 10.4.10 and QT 7.2. Out of the 8 FCP bays I’ve never seen a TC track from an exported QT file. I could be wrong, and would welcome it in this case 🙂
Although like I said, even the captured QT files that *do* have a TC track, the TC is not accurate compared to FCP TC.
So let me ask you, when you view your QT files with TC tracks, are the TC numbers accurate? If you set a marker is the same TC shown in QT the same TC shown in FCP? Be sure to make sure the QT file has a long enough duration to really show a difference, like 30-45 minutes long.
Robert Longwell
-
We export with Batch Export and Export Quicktime Move with Chapter Markers. Our QTs do not have a Time code track. The QT window only has “standard” and “frame number”. The properties view also does not have a time code track.
How are you getting TC tracks in your exported sequences??
For that matter, when I look at captured QT files that do have TC tracks, the TC numbers do not match up to the same TC numbers as displayed in FCP.
Robert Longwell
-
It won’t display the frames because an exported QT file from FCP does not contain a TC track.
So here’s basically what we have realized, QT is converting the frame count to TC by taking the video frame rate (23.98, 29.97 or 59.94) to calculate time code. This is why it is inaccurate.
QT should instead be converting frame count to TC by using the TC rate value (24, 30, 60) to calculate time code. When we apply that formula it perfectly matches FCP’s duration and marker TCs.
Robert Longwell
-
By the way 69051 frames converted is the following:
23.98fps drop: 00:48:00;19
23.98fps non-drop: 00:47:53:03So if anything it would appear as though QT is trying to express the duration in drop frame, but even then it isn’t completely accurate.
Robert Longwell