[Mike Kahn]

I realized just after posting, that if I bring in a batch list and digitize, then Sync with the database, I’ll get the keycode info to be available in FCP.

Still having the audio track issue however.

[Mike Kahn]

Thanks Bouke,

I have been going at this for the past few hours with SubBits but have not quite figure it out. Mainly, I get a pinwheel and end up force quitting. I bring in the video reference and then inport the subtitle file which I have both brought in as .sst and .srt and have not had much luck.

Am I doing something incorrectly?

[Mike Kahn]

It is bitmap

[Mike Kahn]

I don’t yet have an example. I am told I will receive: The QuickTime file as 8bit uncompressed SD, and the subtitle file is an .SST with matching bitmaps.

I have never had to use these files as we have a caption system in our machine room that usually takes care of these subtitles as an open/closed caption file.

[Mike Kahn]

When this happens for me it’s usually a corrupt media file or a picture file in the sequence that causes it. Unfortunately there’s no good way of finding it besides some trial and error.

Generally to find the problem clip in the sequence, I set an in and out point at the beginning of the show and end of the first act (in you’re case maybe the first minute). If all exports correctly, I move the out point to the end of the next act (second minute for you) and export again. If it fails, I now know the bad clip is between the fist and second act. Then I move my in and out and narrow down exactly which clip is causing the error. Once it’s found, you can usually re-cut the clip in and it will solve it. If it’s a large photo, export it as a self contained QT if you can and cut it back in.

Good luck and be glad it’s only a 6 minute piece and not a 2 hour feature.

[Mike Kahn]

I use a Kona3 with the most up to date software. I have had this issue mainly when downconverting 59.94HD to 29.97SD.

When I downconvert 23.98 to 29.97 I do what you said Shane. Stripe a tape and do inserts up to the 1:00:00:00 and then do an assemble edit after that.

[Mike Kahn]

I have had this problem as well with a digibeta output. Whats happening is not actually an offset issue, but rather it is doubling up the first frame of the output. You can’t tell because it’s happening with bars, but I suspect if you begin with some video you would see that the first frame is being laid in twice.

My work around has been to begin the output two frames early on the tape and one frame early in the sequence. This way it doubles a black frame and the first frame of picture is laid in correctly. I insert like this:

00:58:29:28- tape in point
00:58:29:29- sequence in point (black frame)

If you are having the same issues I have (again I only have this problem with digibeta’s) then this should work. Just don’t do any inserts after the fact unless they are right after a black frame, meaning if you have to make a fix, you’ll have to start at the act break.

[Mike Kahn]

If you open FCP and import the qt’s, you can rename the reels in the browser. If you scroll to the reel column and change the first clip to the correct name, you can then highlight all the others you wish to change and right click. Right clicking will bring up a list of all your reel names of all the highlighted clips. Select the reel name you want and you get a box saying this changes the metadata and select OK.

[Mike Kahn]

Do you have an outpoint set in the sequence at 38 minutes?

[Mike Kahn]

FCP can’t go to 64-bit until Quicktime does.