Hi, On Fri, Nov 26, 2010 at 10:47:18PM +0000, Andrew Faraday wrote: > This might be a simple problem, but I can't see a way around it. > I'm making a patch involving a grid of toggles (each in an abstraction, so > they can have rules to control them individually, also to relay this grid to > a grid of squares in gem). Basically I've already set up [s $1-$2-state], in > each to send it's position to a named bus. I've also got r $1-$2-control to > control each toggle remotely, but that's aside. > I can use messages and non-logical sends to generate control messages, like > so: > [pack f f f]|[$1-$2-control $3 ( > Which can change any of the toggles on my grid. > So far, all well and good. > ======However====== > What I really need is for each abstraction to be 'aware' of it's neighbors. > So while each one has two arguments, (it's co-ordinates on the grid), I need > them to have receives based on it's arguments and some arithmetic. I could > generate the right string for this like > [$1] [$2]| |[+ 1] [+ 1]| |[pack f f] |[$1-$2-state( > But I don't know of an object I can set like this. I can't find a receive > which can be set with a message (in the same way that the non-logical sends > can be made in a message box, it's all very perplexing). > As ever, help would be appreciated
(Btw.: What does "non-logical" mean?) Maybe you could work with tagged messages and "settable" [route] instead. While [route] does not yet have an inlet to set its routing parameter like [select] does (I think, it's planned or implemented in 0.43 for [route] as well) you can fake a settable route with [select] and [list] (see e.g. the sroute.pd in [list]-abs and attached). Instead of sending to "$1-$2-control" you send a message starting with "$1-$2-control" to some global receiver. The receiver then goes into [route $1-$2-control], or some variant of this like [sroute $1-$2-control] which you can rename. Ciao -- Frank Barknecht Do You RjDj.me? _ ______footils.org__
sroute-help.pd
Description: application/puredata
sroute.pd
Description: application/puredata
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
