Re: SMPTE timecode reader

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

> what do you think ardour is going to do with timecode during
> recording?

use it as offset.

I was interested in having a tool that reads the first [LTC]SMPTE from a
[analog] recording and use it as offset for the audio file that is
recorded along with. At the end I would only be interested in the
drift+jitter information (no varispeed).

In my experience that this is good enough for A/V sync (even to
sync snare hits on a music video!)

> i just want to make sure that you're not thinking you could slave to
> it.

ack!

> if you want video/audio sync during recording, you need to use
> blackburst [..] or some equivalent to provide a but most people
> don't have the equipment for this.

I would not recommend to use LTC, but It seems to be good enough for
most [low budget] video productions!

I've started to write a simple parser (counting the zero crossing from
the signal and decode the Manchester). It seems that Maarten's code
(level Threshold) works better and even more so if combined with some
band pass filter..

I've got a jack app that reads LTC and am working on libltcsmpte to both
read and write LTC time code; but it's going to take until 2007.

merry X-mas,
robin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFFjPDieVUk8U+VK0IRAvfZAKCvDL22jMxcp8S9XcVPoy0vVZJUWACgkeZZ
3nyjswBo9dOlvtF3Y51pDCY=
=biTJ
-----END PGP SIGNATURE-----


[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux