15 Dec
2002
15 Dec
'02
10:24 p.m.
Positional data sort of implies that you can extract
timing data
as well, provided you get a stream of positional data with
sufficiently accurate timing.
no, you can't. how rapidly we are moving through a series of events
on a timeline has nothing to do with how many samples per second we
expect to process. we could be
playing something at half-speed, for
example, or scrubbing using an MTC/MMC/SMPTE power jog wheel.
Sure, that's exactly what I'm thinking about. You're suggesting that
you *must* wait for each positional "event" before you do anything at
all?
What I'm talking about is just what every reasonably well written
sequencer does when you tell it to lock to something. Anyway, in that other post, I think I said there *is* a
relation
between all of these, but I forgot to explain why:
* Audio device syncs to wordclock
* Sequencer uses audio for timing (nominal sample rate assumed)
Note that both are just *sync* - not lock. If you wanted to sync
with a VRC, you would most probably be using SMPTE instead of
wordclock - and then, it would make a *lot* more sense to sync +
lock the sequencer to that, and just let the audio interface do
48 kHz, or whatever you like.
see above. you're confusing two entirely separate types of
synchronization.