[Ardour-Dev] SMPTE track

John Emmas johne53 at tiscali.co.uk
Thu Jul 10 00:57:53 PDT 2008

Hi Florian,

You've raised a large number of issues there.  In my experience, the
mastered multitrack (probably now in stereo) would normally be passed to the
video editor who would re-sync it (as best he could - given that video NLE's
can only work in whole numbers of frames).  Or alternatively, the video
editor would work with a rough mix and then the audio editor would perform
the re-sync.

Either way, the timecode in the finished video would bear no resemblence to
tthe original recorded timecode.  However, if you know the relevant offset,
that's all you need to perform an accurate re-sync.  This does mean however,
that whoever masters the multitrack must keep it at the same timecode as was
originally recorded (which may or may not be convenient for them).

Either way, the crucial information you need to know is the offset between
the master mix and the edited pictures.  A timecode track may or may not
help you with this.

Back in the days of multitrack tape, it was quite common to stripe one track
of the tape with LTC but I don;t think I've ever seen that done for a DAW.

Sadly, I'll be out for the rest of today - but I'll give this some thought.


----- Original Message ----- 
From: "Florian Faber" <faber at faberman.de>
To: <ardour-dev at lists.ardour.org>
Sent: 10 July 2008 05:56
Subject: Re: [Ardour-Dev] SMPTE track

> John,
>> > I cannot do this manually, since I don't know the timecode when the
>> > recording started.
>> Without knowing what exactly you're doing, I'd guess that it's the
>> lack of a 'timecode stamp' (and/or the ability to retrieve it) that
>> are really at the root of your problem. Are you needing to re-sync
>> some audio *after* it's been recorded?
> Ok, here's the situation: Recording of a concert, LTC comes from a HDW,
> audio hardware is synced to the video. The multitrack record is then
> mixed and mastered out of house. The easiest way I could think of to
> survive all the steps and the different systems involved would be
> recording the timecode as audio track. But I'm open to suggestions :)
> Having the timecode track would also allow me to add the timecode meta
> information later on, since it is exactly the same information that
> would have been used to generate the timecode in the first place. I
> don't see why that should be a stupid idea. And I wouldn't have to deal
> with offsets or anything like that since I can identify the frame start
> with sample accuracy.
> [Paul, don't read this] I don't plan to record with ardour, I use
> jackrec.
>> The ability to select a range of timeline clips and offset them very
>> precisely (i.e. by typing in an offset or a new start time) is also
>> quite common in sound-for-picture use.
> Yes, but to know the starting point I'd have to decode the timecode
> track. I could do this by watching at the waveform, of course...
> Flo
> -- 
> Machines can do the work, so people have time to think.
> public key 6C002249          x-hkp://wwwkeys.eu.pgp.net
> _______________________________________________
> ardour-dev mailing list
> ardour-dev at lists.ardour.org
> http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org

More information about the Ardour-Dev mailing list