|
From: Christian S. <chr...@ep...> - 2003-11-09 00:31:37
|
Es geschah am Freitag, 7. November 2003 22:26 als David Olofson schrieb: > Anyway, there's one important design decision I'm thinking about: > > To queue or not to queue... :-) > > > In Audiality, I'm never queueing events beyond the end of the current > audio buffer. The obvious disadvantage is that envelope generators > and the like cannot be "smart" and prequeue events and then go to > sleep - but OTOH, with prequeueing, input events may force prequeued > events to be taken back or modified. Not doing any prequeueing keeps > things simple, since event queues *are* actually simple queues, as > opposed to random access sequencers. Ok, for things like EGs where undeterministic factors are involved I share your opinion better not to let them prequeue their events, but I'm thinking about the sequencer scenario where the sequencer might want to prequeue events somewhere past the scrope of the current frame. I'm not sure if there's already something like that (sequencer / protocol). Don't you think that would be a pro for not-frame-relative events? > (In Audiality, I do have a sorting "insert" operation, though it's not > used, and probably never will be. XAP wasn't even meant to have such > a thing. Events are always required to be sent in timestamp order. But what if you're using an UDP based protocol? That might mix the events. > The addressing and routing system ensures that multiple event streams > to the same input get sort/merged properly, and without cost for 1->1 > connections.) You mean no need for sorting events that are dedicated for different purposes anyway, right? Would it make sense to have individual queues for some special purposes (to avoid mixing things and thus reduce time complexity)? > Now, those of you who actually read all the way here are probably at > least as obsessed with event systems as I am. We should all consider > getting a life! ;-) Just a matter of multi tasking... [switch] > `-----------------------------------> http://audiality.org -' > --- http://olofson.net --- http://www.reologica.se --- I like the Requirements for Audiality ("Reasonably new C compiler", "An operating system", "Sound card with drivers"). :) CU Christian |