|
Forum List
>
Café LA
>
Topic
Exporting Audio for Transcription with TC?Posted by Gregory O'Toole
Audio doesn't come in tc. They can be locked to picture, but they can't be timecoded. Only in minutes and seconds. What i did once was to throw all foreign language tracks into separate sequences, run a tc generator on it, and export that straight off the timeline. Since the tc generator is a full RT effect, and the DVD burner records on the fly, i could get that onto dvd in real time. When the DVDs get back, I just edit them off the translation sequence.
www.strypesinpost.com
>DAT fully supports SMPTE timecode.
Lol. Forgot about the DAT. >> I'd love to deliver mp3's that had the correct TC, or the TC in one of the audio tracks.... Then again, if he's going to deliver mp3s for translation. www.strypesinpost.com
Anybody else remember the days when we used to crawl behind the machines and switch the cables around to get SMPTE on one of the audio tracks?
SMPTE TimeCode is an audio signal. It was designed to survive being recorded and played on a tape audio track. A pretty poor one, too. It didn't have to be a good quality track. Anybody with what used to be a conventional time code reader can still do this--assuming the show is mono and there's a SMPTE reader at the far end. This is a good thinkin' problem. SMPTE will take you down to the frame. How accurate do you have to be? Koz
Koz
Thanks for the brainstorming! It has come up before, but I don't usually have the time to try and figure out a good solution. The SMPTE thing probably won't work bc I assume at least some of the transcriptionists I use do not have that machine... In terms of accuracy....down to the frame is waaaaay accurate enough. I just want a timecoded transcript that Producers can use for a paper edit....so within 10 sec would be fine. greg
[Anybody else remember the days when we used to crawl behind the machines and switch the cables around to get SMPTE on one of the audio tracks? ]
I remember that. LTC, isn't it? Known as Address Track code? The mind goes after 50. Best, as always, Loren S. Miller www.neotrondesign.com Home of KeyGuide Central
The trouble with all of this is there's no magic wire connecting the audio file to the word processing software. The 'connection' is through the ears and fingers of the transcriber, who I imagine is going to look somewhat askance at a request to stop what they're really doing- transcribing words into text- and note down a number every ten seconds or so. ...Even if you could solve the problem technically through LTC and a tc reader, I suspect that by the end of the transcription process you would be paying mightily for the entry of each and every one of those numbers...
I'd suggest the most workable solution is to hire a PA to sit down with the finshed tramscription and manually enter the numbers beside the text. Cheap. Easy. randy
Boys, boys, boys...
AudioTC is still an option, and my Transcription software supports it. [www.videotoolshed.com] BWF is also a very good option, but cannot carry TC breaks. QT with a TC track is also not capable of TC breaks. VideoToolshed to the rescue!!! I'm currently in a betastage of a new Transcriber app. (the old one just did LTC on one of the tracks, and is a bit slow) The new one supports BWF, all kind of audio formats with LTC on one channel, DVD (with image), foot pedal support (very important for transcribers) and a few other gizmos. Now it was intended for transcription buros, but since the people who are providing the files are here, lets get an agreement over a better standard to get TC across without stupid ancient technology. Mail me your needs, and i'll make it happen!
Sorry, only registered users may post in this forum.
|
|