Well, theoretically, scsynth couls supply a client with free node ids, but this would require a round trip for each synth. Considering that ids may be used at a rate appropriate to granular synthesis, this makes not too much sense. What you do in sclang normally is to give each client a unique integer id and divide up the integer id space into the maximal number of clients (I think it is 32 in sclang currently), providing each client with their own id range.
The best solution would be if sclang would send this number when a client sends a request to /notify, but it is not implemented, so you need "human communication" here.. we ususally just give everyone an id. > > If someone can give me some pointers on how to go >> about assigning nodeID ranges in Haskell I would >> appreciate it. > >how are you currently assigning node numbers? you >just need to use different numbers for each client. > >more widely: resource id management really needs to >reside at scsynth since clients cannot reliably know >what ids are in use. sclang uses a global variable but >it is "per interpreter" and of course knows nothing >about any other clients (sclang or otherwise). > >there ought to be another mode to s_new (like -1, >perhaps -2) such that the server allocates an id and >returns an n_id message to the client. it'd be >straightforward to write and would solve a lot of >problems! (likewise for g_new and b_alloc etc. etc.) > >bests >rohan >_______________________________________________ >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
