[Daniel Carlin-weber]

Thank you for the reply!

We aren’t set up to do 444 so most everything is 422.

This started occurring a week or so ago.
Would the drive need a simple defrag?
We have been using the drive as our capture drive for about 4 months now, but like I mentioned, everything that gets captured gets moved to another drive, thus not letting the Capture drive fill up.

I am the Stig.

[Daniel Carlin-weber]

Sorry I wasn’t more specific.

Capture will end only a few seconds into the material and will claim that a timecode break has occurred. The source tapes do not have timecode breaks, and LTC and VITC match on all of them. Regardless of what HDCAMSR Master I used from our library of tapes, Capture only lasted 2 seconds and declared a timecode break.
The story does change between decks though.

Say this is 1080i 29.97:
(This is from a test we just did)
From the SRW5500 using HDCAMSR tapes, Capture will say a timecode break has occurred.
From the AJ-HD3700B using D-5 tapes, Capture will say it has dropped frames.

I am the Stig.

[Daniel Carlin-weber]

“I shoot on HDV and use an HVR-1500 to capture using HD-SDI and RS-422.
I used Media Manager to “offline” a sequence for re-capture and it assigned 16 channels of audio to all of the master clips. Go figure.”

There must be some way to defeat that kind of logic.
It can’t be something that FCP just randomly does (I hope…).

This is also a difficult query to word.
I can’t seem to find answers for this kind of problem anywhere else.

[Daniel Carlin-weber]

Thanks for the quick response!

We seldom use DV formats and never use firewire to control, but are there others that trigger the same response?

We commonly switch between AJA Kona3: 29.97 525i 8-bit and AJA kona3: 29.97 1080i 10-bit.
Aja kona3: 29.97 Sony VTR B is the most common control we use.