for linux there's the "ext13" library that has the "send13" and "receive13" objects. they both can be set dynamically.
http://pd.klingt.org/files/ext13.0.17.tar.gz
i think it's good to keep those objects separated, because it is good to be able to send "set" messages to GUI objects usind the pd- native "send" without changing the adress.
if there's any braveheart on the list,"ext13" would definitely be great for windows as well. there's an early version of a windows .dll but features only the tilde versions.
http://pd.klingt.org/files/Ext13w.zip
ciao
oliver
24.02.2003 17:58:12, Miller Puckette mpuckett@man104-1.ucsd.edu wrote:
Same problem... I can't find an efficient way to prevent receives from having their symbols reset while they're being "sent through" -- which would crash Pd.
cheers Miller
On Mon, Feb 24, 2003 at 11:44:38AM -0500, Matthew Nish-Lapidus wrote:
maybe to solve this problem in the future a set message could be added to send and recieves?
m@. www.ekran.org
----- Original Message ----- From: "Miller Puckette" mpuckett@man104-1.ucsd.edu To: "Krzysztof Czaja" czaja@chopin.edu.pl Cc: "marius schebella" marius.schebella@chello.at; "Matthew Nish-Lapidus" mattn-l@rogers.com; "PD List" pd-list@iem.kug.ac.at Sent: Monday, February 24, 2003 11:19 AM Subject: Re: [PD] dynamic receive names
Worse yet, I don't know a good way to fix this problem, which can crash Pd. It migth be necessary to move to some other mechanism for
setting
receive names in the future.
cheers Miller
On Mon, Feb 24, 2003 at 09:43:19AM +0100, Krzysztof Czaja wrote:
hi,
but do not do that, if you expect to have more than one 'oldreceivename' target...
Krashtof
marius schebella wrote: ...
send a message like ;oldreceivename receive newreceivename
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
//////////////////////////////////////////////////////// \\\\\\\ http://klingt.org/ground/lift \\\\\\ ///////// http://klingt.org/executive-ensemble ///////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\