Re: [LAU] SMPTE timecode?

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

plutek-infinity wrote:
>> Date: Wed, 17 Feb 2010 11:38:38 -0500 From: Paul Davis
>> <paul@email-addr-hidden>
>>
>> On Wed, Feb 17, 2010 at 10:30 AM, Rick Green <rtg@email-addr-hidden> wrote:
>>
>>> I'll be soing a field recording next week for a DVD music
>>> production. Is it possible to record an SMPTE timecode on a
>>> spare track? I've found some references on the web to something
>>> called LTC, which apparently is SMPTE encoded thru an audio
>>> codec. Is there any support in Ardour that would use this
>>> information to make post-production easier?
>> Ardour understands only timecode as MTC (MIDI Timecode) : same
>> data, different format.
>>
>> There are a couple of small tools around that will accept LTC and
>> function as the JACK time master. Someone else and/or google will
>> have to come up with the names.
>
> i was looking for something along these lines a few years ago. here's
> a discussion which, i think, represents the current state-of-the-art
> (it's not much!):
>
> http://old.nabble.com/Utility-to-read-SMPTE-LTC-"audio"-time-code-td22937033.html
>
>
> ltcsmpte is here: http://ltcsmpte.sourceforge.net/
>
> if you look at the svn repository, you'll see jltc, which is an
> example jack app to read LTC and display SMPTE (and, i think, control
> JACK transport).

Not exactly JACK transport does not slave to anything. jltc can generate
LTC from JACK-transport.

However there's some experimental code that reads audio from JACK,
decodes LTC and generates MTC-timecode from it:
http://rg42.org/_media/wiki/ltc2amidi-0.1.1.tar.gz
It can be used to sync ardour via MTC to live incoming LTC.

> i haven't recently needed any such thing, so i'm not
> sure what the current usability of this tool is. it's likely that
> there's "some assembly required"!

quite so.

> i don't know of anything else under linux for this sort of thing.

For post-prod I assume you don't want to sync ardour to incoming LTC but
rather want to import audio-samples into ardour at an offset given by LTC.

I had some scripts to extract the first LTC timecode [of an LTC timecode
file accompanying an audio-file] and write that into the
broadcast-header of the audio-file (which ardour understands). That
mechanism does not take variable speed LTC into account but otherwise
worked just fine. If that's what you want to do let me know and I'll go
looking for them..

robin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkt9VxkACgkQeVUk8U+VK0LBOgCcDoM0/xT847S794DiOJ36flvS
YmoAoIBqb1/U8Q/16yJsYJMypCllUb/Z
=/+Hd
-----END PGP SIGNATURE-----
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/listinfo/linux-audio-user
Received on Thu Feb 18 20:15:02 2010