Hi Julian,
Hmm, I think the 'right' way to do that is to have the
EventStreamPlayer buffer OSC commands which get flushed once it sees
a non-zero delta.
One possible implementation would be for the ESP to keep a
dictionary of pending bundles indexed by server. It would impose a
special flavor of
schedBundleArray that would append bundles to the appropriate
cumulative bundle in that dictionary. Then, once ther eis a
non-zero delta, those
bundles get sent.
In fact, this could be mostly hidden inside
Event:playAndDelta. The only issue is passing in the ESP specific
dictionary. I suppose
you could make it that if the dictionary is nil it does the current
behavior. (You could also resort to a thread indexed dictionary of
such dictionaries.
That would keep all the issues in the playAndDelta method plus a
class variable.)
RJK
On Dec 18, 2009, at 2:21 PM, Julian Rohrhuber wrote:
Yes, sure. Looking at it, it seems that bundling is rather ugly in
implementation. I'd then rather suggest a change in NetAddr that
bundles messages together if they have a certain property (possibly
a negative time). This would solve also the ugly implementation of
Pbus, Pgpar etc.
Hi James,
Not always, you can set non-zero sustain in the pattern, in
which case there is no problem.
RJK
On Dec 18, 2009, at 2:00 PM, James Harkins wrote:
On Fri, Dec 18, 2009 at 1:37 PM, ronald kuivila
<<mailto:rkuivila@xxxxxxxxxxxx>rkuivila@xxxxxxxxxxxx> wrote:
Hi Julian,
Bundling the gate would be preferable. (Of course it would be a
sustain of 0 that would trigger this, not dur.)
sustain = dur * legato
hjh
--
James Harkins /// dewdrop world
<mailto:jamshark70@xxxxxxxxxxxxxxxxx>jamshark70@xxxxxxxxxxxxxxxxx
<http://www.dewdrop-world.net>http://www.dewdrop-world.net
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
--
.
_______________________________________________
sc-dev mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/
_______________________________________________
sc-dev mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
archive: https://listarc.bham.ac.uk/marchives/sc-dev/
search: https://listarc.bham.ac.uk/lists/sc-dev/search/