do you have a dependancy / constraints solving system there for directed acyclic graphs? (or even cyclic with feedback management...?) i would be interested to examine that...
i am thinking of situations like this:
- synth A is playing
- independent synth B is started
- a filter synth C is started, needs to filter synth A
- another filter synth D is started, should compute with input from A and B
while all the synths are efficiently sharing busses as much as possible, coz in a multichannel setup you are quickly running in the hundreds of internal audio busses with those networks.
if a framework could handle this dynamic structure in an efficient way and produce reliable n_after / n_before commands for an OSCBundle, that would help a lot.
ciao, -sciss-
Am 29.07.2009 um 16:55 schrieb James Harkins:
On Wed, Jul 29, 2009 at 10:19 AM, Andrea Valle <valle@xxxxxxxxxxx> wrote:
What sort of syntax do you have in mind.
I'm prototyping the thing described in attachment. (Actually the examples work here, but I'm in the middle of the operations...).
Interesting, but also has the risk of being Yet Another Abstraction that may not play nicely with others. Don't get me wrong - it's a very cool idea (!), nice bridge for people who are used to Max scripting, but I think a main-library standard solution should be lighter weight and more in line with current object-style usage.
What if we adapted the node ordering logic from MixerChannel to nodes? You would do:
sourceNode.sendsSignalTo(receiverNode);
And information is then stored in the node object that the reordering code would use to make sure sourceNode is always earlier. Break the connection with:
sourceNode.stopsSendingTo(receiverNode);
hjh
--
James Harkins /// dewdrop world
jamshark70@xxxxxxxxxxxxxxxxx
http://www.dewdrop-world.net
"Come said the Muse,
Sing me a song no poet has yet chanted,
Sing me the universal." -- Whitman
_______________________________________________
sc-users mailing list
info (subscription, etc.):
http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtmlarchive:
https://listarc.bham.ac.uk/marchives/sc-users/search:
https://listarc.bham.ac.uk/lists/sc-users/search/