[PD] non-logical receives

Jonathan Wilkes jancsika at yahoo.com
Sat Nov 27 00:11:02 CET 2010


Oops, [remote] does the opposite of what you want!

See [receive13] -- though there's no help patch for it, sending a set message 
seems to work.

-Jonathan

--- On Sat, 11/27/10, Jonathan Wilkes <jancsika at yahoo.com> wrote:

From: Jonathan Wilkes <jancsika at yahoo.com>
Subject: Re: [PD] non-logical receives
To: pd-list at iem.at, "Andrew Faraday" <jbturgid at hotmail.com>
Date: Saturday, November 27, 2010, 12:01 AM

You can set the receive-name of all iem-guis.

Also, see [maxlib/remote] *

-Jonathan

* I found this using my "Object Search" path.

--- On Fri, 11/26/10, Andrew Faraday <jbturgid at hotmail.com> wrote:

From: Andrew Faraday <jbturgid at hotmail.com>
Subject: [PD] non-logical receives
To: pd-list at iem.at
Date: Friday, November 26, 2010, 11:47 PM




Hey All
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
Andrew  		 	   		  

-----Inline Attachment Follows-----

_______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list









      
-----Inline Attachment Follows-----

_______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20101126/eae225b2/attachment.htm>


More information about the Pd-list mailing list