We're trying to render some camera isos (digitized as AVI that we reformatted from 4:3 to 16:9) to Quicktime MOVs with specific embedded timecode to match the timecode on the other 16:9 isos (and the audio mix). So far everything we've tried gives us files with timecode starting at 00:00. Is there a way or script that can give us this result?
Drop it on a blank timeline, apply the TC FX and slide it forward (do an Insert Time if necessary) to the appropriate spot.
Render that section only and you should be OK.
Oe more thought.
Apply the TC FX to the clip WHILE it's still in the Media bin.
Then drag it to the timeline and it'll show you the TC on that specific clip.
One more time - I'll lay out the whole situation. I've set a starting time for the Vegas timeline and I'm trying to render video clips (whether AVI or MOV) with this timecode on the Vegas "session" timeline (ex. 16:15:25:02) rather than the normal rendered clip that starts at 00:00. All my other video iso's have the same timecode as well as the multi-track digital audio recorder. I'm rendering these files to be edited on another NLE (could be AVID or FCP). This was an additional external "lipstick" cam, as they call it, that was 4:3. We've had to re-crop it to 16:9 (to match the other camera isos). We would like to render it with the matching timecode so the other hired NLE editor has matching timecode with the other isos and is ready to edit with After Effects and another NLE. It looks like this is one option Vegas has ignored but Sony should consider it since it is an option professionals will need from time-to-time when they're using various software for outsourced effects.
I've been informed on another forum that encoding specific timecode data in a render out of Vegas is not possible at this time. It just surprises me that with how flexible Vegas is - it let's you change the timeline session timecode even - that it won't let you render your clip with a little timecode flexibility as well. Maybe someday.
What you want to do can not be done with Vegas. This is an old grip of mine and some others. Thing is that "majority" rules and so few people who use Vegas seem to want/need timecode that the issue is not that big of an issue overall.
There is one other issue with vegas and TC as well. When you capture video with Vegas the TC info is fine but if you wanted to move it to Premiere you will not get any TC. Same goes in reverse. If you capture with SCLive the TC info will be readable in both Vegas and Premiere. So lets say you could render out embedded TC with Vegas - it would only be readable in Vegas and would defeat the whole point of what you wanted to do.
Is there a third party application that can set the timecode? Seems like you'd have to set the timecode for the first frame and that ought to be in the header somewhere. So maybe it'd be some sort of 4CC tag editor or something.
>>> Is there a third party application that can set the timecode?<<<
yes and no. There are programs that will strip the TC but not that are read by Vegas. (At least not that I am aware of)
One of the best one I have used in DV Converter but it is no longer maintained as it was created when it was hard to work with full rez files. I have tried to get ahold of the person who created it many times to see if it could be updated for use with Vegas but there has never been any sort of response. But the idea is that is reads the TC from the full res version and allows you to strip that TC to a low rez version. The TC reads fine in Premiere but Vegas ignores it, same as if you captured in another app and treid to have Vegas read it. As I have said many times what happens in Vegas stays in Vegas.
Something that sounds like it might work is the Enosoft DV Processor but I have not tried it. It seems like it does almost anything you could want in "real time" and it is sort of like DVRack in it's description. But it seems to have the ability to write new TC upon output to tape.
Okay. I just tried the Enosoft processor and it'll copy a DV AVI file and change the timecode. But after it's done Vegas can't read the TC, even though it could read it on the original.