So, here’s an update with still no solution. Any help woud be greatly appreciated still.
We upgraded FCP to 5.0 and the Decklink drivers to 5.0 and the problem still exists. We also dubbed the tapes with newly striped tapes (brand new timecode striped on brand new tape and insert-edited each tape over to the new ones and the new tapes still come up with timecode break error messages and image freezing problems. The timecode breaks and image frreezing problems seem to happen at the same points in each tape, but the tape plays fine and the timecode on the deck reads fine if we play the tapes or step through them frame by frame.
At this point, we’re looking at the sequence and seeing if there is a problem with the footage we’re digitizing and how we’re digitizing it. Here are the details:
-the master camera tapes were shot at 23.98 (24p). The tapes were originally dubbed to betaSP and offlined on Media Composer on a 29.97 sequence. If we batch the footage using the original betaSP tapes into our Symphony using the original sequence, the project loads and plays perfectly. If we digitize into our Symphony using the original HD tapes and upconverting in the deck (done by our online editor so I don’t have any more details), we experience the same timecode and feezing image problems.
-the sequence in Media Composer is exported as EDL’s and imported into FCP for onlining. The sequence is onlined in FCP at 29.97. Could there be an issue or setting that we’re missing that would do a 3:2 pull-up when digitizing this 23.98 footage into FCP and cut into a 29.97 sequence?
-one last note… if we log brand new clips and digitize them, we still see timecode break errors and frozen frames. The frozen frame problem exists even when capturing clips on the fly with no set in and out points.
Is there something we’re missing here? Does HD footage have any other information in it other than picture that may be tripping up our system during capture? Are missing a 3:2 pull-up issue when capturing?
Thanks in advance for any help.