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

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



Scott is right,
Regardles of how SampleClock is implemented in the lang (a synthesized
tempo clock like Ron suggests or from being a native coreaudio or jack
client), it renders unnecessary the need to add/modify anything on the
server's side.
The server could  just continue using the host time stamps scheduling
model it's currently based on.
Some of the ideas we have been suggesting obviate the implementation
of others like on this case.

x

On Dec 1, 2007 5:13 PM, Josh Parmenter <josh@xxxxxxxxxxxxxxxxx> wrote:
> The clock I was talking about trying to build would do just what you
> are saying... I'll try to work on it tonight or tomorrow.
>
> Best,
>
> Josh
>
>
> On Dec 1, 2007, at 2:03 PM, ronald kuivila wrote:
>
> > Hi all,
> >
> > about the clock issue:  Patterns with tempo alterations break in
> > asScore - it is a language issue not a server issue.  My point was
> > simply that
> > the blocking clock has two tempo controls - one to control tempo
> > another to control timebase (i.e., to keep it a little faster than
> > the sample clock's timebase).  For score generation we need
> > something similar where the "timebase tempo" is as fast as possible.
> >
> > about sample position versus timestamp scheduling: I think the jury
> > is out on that.  Certainly the first step is to just do the
> > blocking clock, but it is not out of the question that short term
> > clock jitter will still create audible artifacts.
> >
> >
> > RJK
> >
> >
> >
> > On Dec 1, 2007, at 2:09 PM, Jan Trutzschler wrote:
> >
> >> I think Scott is right. I think the server should only have the
> >> option to run its scheduler on the hardware's sample clock.
> >> j
> >> On Dec 1, 2007, at 6:32 PM, Scott Wilson wrote:
> >>
> >>> 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?
> >>
> >> _______________________________________________
> >> Sc-devel mailing list
> >> Sc-devel@xxxxxxxxxxxxxxx
> >> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
> >>
> >
> > _______________________________________________
>
> ******************************************
> /* Joshua D. Parmenter
> http://www.realizedsound.net/josh/
>
> "Every composer – at all times and in all cases – gives his own
> interpretation of how modern society is structured: whether actively
> or passively, consciously or unconsciously, he makes choices in this
> regard. He may be conservative or he may subject himself to continual
> renewal; or he may strive for a revolutionary, historical or social
> palingenesis." - Luigi Nono
> */
>
>
> _______________________________________________
>
> Sc-devel mailing list
> Sc-devel@xxxxxxxxxxxxxxx
> http://www.create.ucsb.edu/mailman/listinfo/sc-devel
>