Thanks so much! If someone can give me some pointers on how to go about assigning nodeID ranges in Haskell I would appreciate it.
-deech On Tue, Nov 3, 2009 at 9:39 AM, Julian Rohrhuber <[email protected]>wrote: > Hi Deech, > > > >Yes I am getting duplicate Node ids. I read the docs on the s_new > >command. Is there a difference between a node and a synth? > > there are two types of nodes: synths and groups. Groups are lists of > nodes. Synths you create from a synth definition. > > >Also can I re-use an existing synth? When I install an instrument > >from client A, I can play it with Client B by referencing the > >instrument name string. So client B is using a synth installed by > >Client A. > > Yes, synth definitions (what you call instruments) may be loaded > (installed) from any client and used by every client to create > synths. Just to avoid misunderstanding, you have to be careful with > terminology: synth != synth def. > > > > >The problem is that if I then start a melody from Client A using a > >synth, and then concurrently start another melody from Client B > >using a different synth, the two compete and I get the "duplicate > >node ids" error. Why is this occuring if I am using two different > >synths and how will this problem be fixed if start a new synth for > >each client? > > Use different nodeID ranges. I don't know the haskell implementation, > but on sclang one sets the so called clientID of the server, to a > different small integer in each client. Then you don't have > duplicates. If you don't have to access the synths later on, you may > also use the nodeID -1. > > hope this helps! > > > > > >thanks for the help ... > >-deech > > > > > > > >On Tue, Nov 3, 2009 at 3:31 AM, Julian Rohrhuber > ><<mailto:[email protected]>[email protected]> wrote: > > > >what do you mean by seem to ovverride one another? Do you get > >duplicate node id messages? I would suggest run a synth (/s_new osc > >message) for each person with a different node id. > > > > > >>Yes, you are right. Sorry I am a SuperCollider beginner. > >> > >>I am trying to organize a Hackfest where multiple computer jam on > >>the same SuperCollider server. So far I am able to send music > >>messages to the server and hear the output. But when I send multiple > >>messages (using different GHCI instances to simulate different > >>clients) they seem to override one another as opposed to playing > >>together. > >> > >>Any idea what I am doing wrong? > >>thanks ... > >>-deech > >> > >>On Mon, Nov 2, 2009 at 5:53 PM, Henning Thielemann > > > > ><<mailto:<mailto:[email protected]> > [email protected]><mailto:[email protected]> > [email protected]> > > > > >wrote: > >> > >> > >>On Mon, 2 Nov 2009, aditya siram wrote: > >> > >>> Hi all, > >>> I want to have multiple clients playing together on one > >>>SuperCollider server. Once client > >>> A installs an instrument to a channel on the server, can client B > >>>retrieve the channel > >>> information using client A's supplied name string for that > >>>instrument and play on that > >>> channel? > >> > >>Can you install an instrument to a "channel"? I thought, instruments are > >>identified by name. > >>_______________________________________________ > >>haskell-art mailing list > > > > ><mailto:<mailto:[email protected]>[email protected]><mailto: > [email protected]>[email protected] > >><<http://lists.lurk.org/mailman/listinfo/haskell-art> > http://lists.lurk.org/mailman/listinfo/haskell-art>< > http://lists.lurk.org/mailman/listinfo/haskell-art> > http://lists.lurk.org/mailman/listinfo/haskell-art > > > > > > >> > >> > >>_______________________________________________ > >>haskell-art mailing list > >><mailto:[email protected]>[email protected] > >><http://lists.lurk.org/mailman/listinfo/haskell-art> > http://lists.lurk.org/mailman/listinfo/haskell-art > > > >-- > > > > > > > > > > > > > >. > >_______________________________________________ > >haskell-art mailing list > ><mailto:[email protected]>[email protected] > ><http://lists.lurk.org/mailman/listinfo/haskell-art> > http://lists.lurk.org/mailman/listinfo/haskell-art > > > > > > > >_______________________________________________ > >haskell-art mailing list > >[email protected] > >http://lists.lurk.org/mailman/listinfo/haskell-art > > > -- > > > > > > . > _______________________________________________ > haskell-art mailing list > [email protected] > http://lists.lurk.org/mailman/listinfo/haskell-art >
_______________________________________________ haskell-art mailing list [email protected] http://lists.lurk.org/mailman/listinfo/haskell-art
