Subject: RE: [linux-audio-dev] ALL RIGHT!! linux support comes first!!
From: Pieter (pieter.palmers_AT_student.kuleuven.ac.be)
Date: Sat Jan 26 2002 - 14:04:29 EET
>
> in my case there is no box, just 2 standard turntables and dubplates
> with a sawtooth wave @440hz (ok so there's no queuing via the record,
The way Stanton probably syncs (as they support 'needle dropping') is to
have some time code on the LP, instead of a sawtooth, which is ok for
sync'ing and direction, but doesnt provide 'absolute' time info.
It would be better to use a passband digital modulation. That way you can
embed some kind of 'timer' in the LP.
For example: use a 1000Hz carrier with a AM/FM modulated differential NRZ
code. You can then put e.g. every 10ms a number on the disc using the
coding. That way, if you decode the modulated signal, you perfectly know
where on the disc you are.
Let me do the math (so I see if this is possible):
Let's say you want a dub-plate of 10min=60000*10ms.
So if we use a 16bit number, we have 65536 numbers=+/-11mins.
If you use a carrier, you can extract the pitch change from the
carrier frequency (you are already doing this, I presume). If you
use AM modulation, this is very easy.
Assume Amplitude Modulation, On-Off Keying.
The bitrate of the signal would then be 16bit/10ms=1600bps, so the bandwidth
of the modulated signal is 3200Hz. This means that we would have to shift
the carrier to > 4000Hz to keep things easy. Let's say 5000Hz.
As the carrier period = 1/5000Hz, the maximal pitch resolution obtainable
would be 0.2ms, but that won't happen due to the PC latency. If you would
extract pitch from 10 carrier periods, you would have a 2ms minimal delay.
As for the binary 'timecode', let's assume we need 5 numbers to make a
descision about the correct position (e.g. 5 consecutive numbers needed to
make sure the software doesn't get confused when there is a scratch or so)
(5nrs*16bit/nr)/1600bps=0.05s=50ms. I would like to meet the DJ that can
drop his needle with a resolution of 50ms.
To further enhance the system, one could use a more efficient modulation,
like using raised cosine pulses instead of the block pulses I made these
calculations with. You could also use an error correction code, e.g.
Reed-Solomon like used on CD's. etc...
This might be a little technical, but I just wanted to explain how I think
they did it. And the techniques used are not that new... these are the most
simple digital communication techniques. A 2400baud modem uses more
sophisticated
techniques. The difficulty is applying digital communication theory to a
recorded medium...
They are actually using the LP as a sort of harddisk, the only difference
being that it can't contain a lot of data:
2^16 nrs * 16bit/nr / (8bit per byte) = 131072 bytes (131k)
but you can change the plate speed.
I see no reason why this system wouldn't work (when enhanced to tolerate
dust etc). The detection techniques are well documenten in communications
literature (PLL, coherent detection, etc). It's like said before (in the EVO
thread):
The creativity lies in applying know techniques to a new domain.
Anyway, I'd love any feedback on this, I instanly made this up, so I
probably
missed some major things...
cu,
Pieter
This archive was generated by hypermail 2b28 : Sat Jan 26 2002 - 14:02:07 EET