This is a bit of a vent but also highlights a shortcoming of Vegas.
We shoot a regular hardware teardown session avery month or two. Been doing it for many years and all the editing has been done in M100 and then Premiere. Everything has been shot in DV and ingested from a deck via SDI.
I also use the footage for stills on the web, and I find Vegas to be much easier to work with, provided I reingest all the footage locally over 1394 from my DSR11 deck.
When we shoot, we log all the shots as we go. It makes life much easier later on and Media100 and PPro can import the text file and do a batch capture based on it.
Vegas can also use the log and do a batch capture, using the media logger tool in Veggie Toolkit.
Here's the problem and the gripe. Many DVCam cameras can be set to Drop Frame or Non Drop Frame. Our shooter (also the paycheck signer) has always set the camera (a DSR500) to NDF and the loged timecodes are based on NDF timecode.
So here's the problem. Vegas and Vidcap always assume that the timecode coming in on a DV stream is Drop Frame. It's actually the spec for consumer DV. Now, consumer DV camcorders always start the timecode at 00:00:00;00, but we can and do set the hour numbers on our tapes, so tape 4 starts at 04:00:00;00. Standard practice in the biz.
So, I've got timecode numbers in a log that are based on NDF timecode display, I import them into Vegas (with the ruler set to DF, don't get excited, it's worse if the ruler is set to NDF), then recapture all the offline media and Vidcap captures at the exact timecodes I have in the log, but of course by hour 4 these are pretty far off because Vidcap assumes these are DF times.
If I import the log with the ruler set to NDF, and then recapture offline clips, Vidcap actually adjusts all the timecodes to be farther off, Presumably because it thinks that the numbers must have been DF to begin with.
End result is that as far as I can see there's no way within Vegas to actually get the correct capture, short of converting all the NDF timecodes to DF in the log before I import it.
My needs in this particular process are an afterthought. The main production wants NDF timecode and it works for them, so I can't make them change it. Vegas doesn't have a means of fixing it because they've never accounted for DV footage having NDF timecode (And I think on the tape it's just a frame count, except that we actually do get to start the tapes at the timecode of our choosing). It's not that I really need a frame accurate capture, but by hour 4 I'm far enough out that I can't always find the frames I expect in the clips.
Bah! Kind of wish SCS would think a bit farther ahead with this stuff. Vidcap is anemic. In the mean time, I wish I could find something that could take a log file and convert all the time codes from NDF to DF. So far, all I can find is calculators that would let me manually change one field at a time. Too slow.
I suppose I could try to capture using PPro, but Vegas can't read the timecode when Premier captures the clips. Bah Again!
Rob
We shoot a regular hardware teardown session avery month or two. Been doing it for many years and all the editing has been done in M100 and then Premiere. Everything has been shot in DV and ingested from a deck via SDI.
I also use the footage for stills on the web, and I find Vegas to be much easier to work with, provided I reingest all the footage locally over 1394 from my DSR11 deck.
When we shoot, we log all the shots as we go. It makes life much easier later on and Media100 and PPro can import the text file and do a batch capture based on it.
Vegas can also use the log and do a batch capture, using the media logger tool in Veggie Toolkit.
Here's the problem and the gripe. Many DVCam cameras can be set to Drop Frame or Non Drop Frame. Our shooter (also the paycheck signer) has always set the camera (a DSR500) to NDF and the loged timecodes are based on NDF timecode.
So here's the problem. Vegas and Vidcap always assume that the timecode coming in on a DV stream is Drop Frame. It's actually the spec for consumer DV. Now, consumer DV camcorders always start the timecode at 00:00:00;00, but we can and do set the hour numbers on our tapes, so tape 4 starts at 04:00:00;00. Standard practice in the biz.
So, I've got timecode numbers in a log that are based on NDF timecode display, I import them into Vegas (with the ruler set to DF, don't get excited, it's worse if the ruler is set to NDF), then recapture all the offline media and Vidcap captures at the exact timecodes I have in the log, but of course by hour 4 these are pretty far off because Vidcap assumes these are DF times.
If I import the log with the ruler set to NDF, and then recapture offline clips, Vidcap actually adjusts all the timecodes to be farther off, Presumably because it thinks that the numbers must have been DF to begin with.
End result is that as far as I can see there's no way within Vegas to actually get the correct capture, short of converting all the NDF timecodes to DF in the log before I import it.
My needs in this particular process are an afterthought. The main production wants NDF timecode and it works for them, so I can't make them change it. Vegas doesn't have a means of fixing it because they've never accounted for DV footage having NDF timecode (And I think on the tape it's just a frame count, except that we actually do get to start the tapes at the timecode of our choosing). It's not that I really need a frame accurate capture, but by hour 4 I'm far enough out that I can't always find the frames I expect in the clips.
Bah! Kind of wish SCS would think a bit farther ahead with this stuff. Vidcap is anemic. In the mean time, I wish I could find something that could take a log file and convert all the time codes from NDF to DF. So far, all I can find is calculators that would let me manually change one field at a time. Too slow.
I suppose I could try to capture using PPro, but Vegas can't read the timecode when Premier captures the clips. Bah Again!
Rob