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

Re: [Sc-devel] [RFC] sample accurate scheduling




On 1 Dec 2007, at 04:47, blackrain wrote:

hmm
I know of the NRT issues in the event framework to render some things
that need a clock. The problem there (as I can tell) is exactly the
other way around; scsynth has no TempoClock; May look at first as if
we solve one we get the other but I dont think I get the idea. Unless,
I am missing something.

Ron, did you mean a server side implementation of  TempoClock?

I have been looking at the lang and server scheduling code; it seems
to me that the cleanest approach to implement sample scheduling in
scsynth is by creating a new message queue for the new sample
scheduled bundles; process these packets in parallel with the osc
messages queue in the run loop (using an also new priority queue).
This of course implies the creation of several new classes/structs to
deal with samples instead of osc timestamps mostly.
for example for SC_ScheduledEvent we'd have SC_SampleScheduledEvent
something like:


Hi all,

The SampleClock idea seems really sensible, and IIRC I think it jives (at least with what I understood as, possibly not the whole picture) the sorts of things James was talking about.

Can I ask a potentially naive question? (That's rhetorical, nobody answer... ;-)

Why not simply use timestamps in seconds and then maintain OSC compatibility rather than implement a new message and queue? If the clock is the same everything should align correctly, yes?

S.