@jbaker said:

I can't seem to get return values from the X32. With the X32 livetoolkit software I know that sending [/ch/02/mix/on] will return [/ch/02/mix/on ,i 1]. The send command doesn't need a value type (float, int, etc.), but the return value contains an int, which is either 1 or 0, which represents the mute as on or off. I can't get any return values from the board. I'm trying UDP with netsend -u -b 10.136.124.112 10023.

I think the receiving bit should look like this:

If I send back to the same port e.g. /hi/back 1 then, after list trim, the message looks like hi back 1.

[fudiformat] / [fudiparse] is a workaround to handle the numbers in the OSC path.

BTW those "send /xxx/yyy/zzz" -- pretty sure that's not standard OSC -- I crashed SuperCollider trying to send to it that way.

This is the right way to send a properly formatted OSC message. Leading zeroes can be escaped, e.g., set ch \02 mix on, bang would send /ch/02/mix/on.

hjh

thank you, @timothyschoen ! unfortnately this did not work.
after commenting out the parts from your post i still got an error related to [pdlink~]

[ 25%] Built target parabolic_tilde
[ 25%] Building C object CMakeFiles/pdlink_tilde.dir/Source/Audio/pdlink~.c.o
In file included from /home/gregor/pd-else-v.1.0-rc12/Source/Audio/pdlink~.c:9:
/home/gregor/pd-else-v.1.0-rc12/Source/Shared/opus_compression.h:1:10: fatal error: opus.h: No such file or directory
    1 | #include <opus.h>
      |          ^~~~~~~~
compilation terminated.
make[2]: *** [CMakeFiles/pdlink_tilde.dir/build.make:76: CMakeFiles/pdlink_tilde.dir/Source/Audio/pdlink~.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:3596: CMakeFiles/pdlink_tilde.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

I tried to just move the pdlink~.c file out of the source folder but then got errors for [pdlink]

[ 59%] Built target panic
[ 59%] Building C object CMakeFiles/pdlink.dir/Source/Control/pdlink.c.o
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:20:5: error: unknown type name ‘t_link_handle’
   20 |     t_link_handle x_link;
      |     ^~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c: In function ‘pdlink_anything’:
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:45:5: warning: implicit declaration of function ‘link_send’ [-Wimplicit-function-declaration]
   45 |     link_send(x->x_link, (size_t)len, buf);
      |     ^~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c: In function ‘pdlink_receive_loop’:
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:79:9: warning: implicit declaration of function ‘link_discover’ [-Wimplicit-function-declaration]
   79 |         link_discover(x->x_link);
      |         ^~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:81:25: warning: implicit declaration of function ‘link_get_num_peers’ [-Wimplicit-function-declaration]
   81 |         int num_peers = link_get_num_peers(x->x_link);
      |                         ^~~~~~~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:84:13: error: unknown type name ‘t_link_discovery_data’
   84 |             t_link_discovery_data data = link_get_discovered_peer_data(x->x_link, i);
      |             ^~~~~~~~~~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:84:42: warning: implicit declaration of function ‘link_get_discovered_peer_data’ [-Wimplicit-function-declaration]
   84 |             t_link_discovery_data data = link_get_discovered_peer_data(x->x_link, i);
      |                                          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:85:27: error: request for member ‘sndrcv’ in something not a structure or union
   85 |             if(strcmp(data.sndrcv, x->x_name->s_name) == 0) {
      |                           ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:87:45: error: request for member ‘ip’ in something not a structure or union
   87 |                 if(x->x_local && strcmp(data.ip, "127.0.0.1") != 0) continue;
      |                                             ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:88:46: error: request for member ‘ip’ in something not a structure or union
   88 |                 if(!x->x_local && strcmp(data.ip, "127.0.0.1") == 0) continue;
      |                                              ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:90:31: warning: implicit declaration of function ‘link_connect’ [-Wimplicit-function-declaration]
   90 |                 int created = link_connect(x->x_link, data.port, data.ip);
      |                               ^~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:90:59: error: request for member ‘port’ in something not a structure or union
   90 |                 int created = link_connect(x->x_link, data.port, data.ip);
      |                                                           ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:90:70: error: request for member ‘ip’ in something not a structure or union
   90 |                 int created = link_connect(x->x_link, data.port, data.ip);
      |                                                                      ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:93:71: error: request for member ‘hostname’ in something not a structure or union
   93 |                    post("[pdlink]: connected to:\n%s\n%s:%i\n%s", data.hostname, data.ip, data.port, data.platform);
      |                                                                       ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:93:86: error: request for member ‘ip’ in something not a structure or union
   93 |                    post("[pdlink]: connected to:\n%s\n%s:%i\n%s", data.hostname, data.ip, data.port, data.platform);
      |                                                                                      ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:93:95: error: request for member ‘port’ in something not a structure or union
   93 |                    post("[pdlink]: connected to:\n%s\n%s:%i\n%s", data.hostname, data.ip, data.port, data.platform);
      |                                                                                               ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:93:106: error: request for member ‘platform’ in something not a structure or union
   93 |                    post("[pdlink]: connected to:\n%s\n%s:%i\n%s", data.hostname, data.ip, data.port, data.platform);
      |                                                                                                          ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:96:20: error: request for member ‘hostname’ in something not a structure or union
   96 |             if(data.hostname) free(data.hostname);
      |                    ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:96:40: error: request for member ‘hostname’ in something not a structure or union
   96 |             if(data.hostname) free(data.hostname);
      |                                        ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:97:20: error: request for member ‘sndrcv’ in something not a structure or union
   97 |             if(data.sndrcv) free(data.sndrcv);
      |                    ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:97:38: error: request for member ‘sndrcv’ in something not a structure or union
   97 |             if(data.sndrcv) free(data.sndrcv);
      |                                      ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:98:20: error: request for member ‘platform’ in something not a structure or union
   98 |             if(data.platform) free(data.platform);
      |                    ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:98:40: error: request for member ‘platform’ in something not a structure or union
   98 |             if(data.platform) free(data.platform);
      |                                        ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:99:20: error: request for member ‘ip’ in something not a structure or union
   99 |             if(data.ip) free(data.ip);
      |                    ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:99:34: error: request for member ‘ip’ in something not a structure or union
   99 |             if(data.ip) free(data.ip);
      |                                  ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:103:9: warning: implicit declaration of function ‘link_ping’ [-Wimplicit-function-declaration]
  103 |         link_ping(x->x_link, x, pdlink_connection_lost);
      |         ^~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:106:5: warning: implicit declaration of function ‘link_receive’; did you mean ‘pdlink_receive’? [-Wimplicit-function-declaration]
  106 |     link_receive(x->x_link, x, pdlink_receive);
      |     ^~~~~~~~~~~~
      |     pdlink_receive
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c: In function ‘pdlink_free’:
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:113:19: warning: implicit declaration of function ‘link_free’; did you mean ‘pdlink_free’? [-Wimplicit-function-declaration]
  113 |     if(x->x_link) link_free(x->x_link);
      |                   ^~~~~~~~~
      |                   pdlink_free
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c: In function ‘pdlink_set’:
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:151:17: warning: implicit declaration of function ‘link_init’ [-Wimplicit-function-declaration]
  151 |     x->x_link = link_init(x->x_name->s_name, pd_platform, x->x_local, 7680412);
      |                 ^~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:155:19: warning: assignment to ‘int’ from ‘void *’ makes integer from pointer without a cast [-Wint-conversion]
  155 |         x->x_link = NULL; // TODO: handle this state!
      |                   ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c: In function ‘pdlink_new’:
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:163:15: warning: assignment to ‘int’ from ‘void *’ makes integer from pointer without a cast [-Wint-conversion]
  163 |     x->x_link = NULL;
      |               ^
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:200:42: warning: implicit declaration of function ‘link_get_own_ip’ [-Wimplicit-function-declaration]
  200 |         post("[pdlink]: own IP:\n%s:%i", link_get_own_ip(x->x_link), link_get_own_port(x->x_link));
      |                                          ^~~~~~~~~~~~~~~
/home/gregor/pd-else-v.1.0-rc12/Source/Control/pdlink.c:200:70: warning: implicit declaration of function ‘link_get_own_port’ [-Wimplicit-function-declaration]
  200 |         post("[pdlink]: own IP:\n%s:%i", link_get_own_ip(x->x_link), link_get_own_port(x->x_link));
      |                                                                      ^~~~~~~~~~~~~~~~~
make[2]: *** [CMakeFiles/pdlink.dir/build.make:76: CMakeFiles/pdlink.dir/Source/Control/pdlink.c.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:7756: CMakeFiles/pdlink.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

i hope this helps to make it work

@Spyros said:

1. In the abstraction I replaced all the inlets to [receive] and [send] from the main, the [inlet~]s to [receive~] and [send~] from the main and the [outlet~] to [dac~]

Almost right. You convert the inlets to [receive] but in main you don't [send] to them, you send a message to the left-most inlet of [pd~] prefixed with the name of the receive. So if you originally had an inlet that accepted the message [go bears( and converted that to a [receive cheers], you would send the message [cheers go bears( to the left-most inlet of [pd~].

Similarly, you can't [send~] in main to a [receive~] in the subprocess patch. In the subprocess patch you replace all [inlet~] with [adc~] and in main you configure [pd~] ninsig to match the number of adc~ channels. Those channels become inlet~s on the [pd~] object itself.

2. in the main I created [pd~] and I am sending a message <pd~ start pd~-button.pd> calling the abstraction button.pd. But I get an error: "pd~-button.pd: can't open" (in a separate instance of Pd). The weird thing is that when I go to help of [pd~] and click on the message <pd~ start pd~-subprocess.pd> I don't get the error when I copy and past the help in my main.pd I get an error: "pd~-subprocess.pd: can't open".

The message should contain the name of your abstraction, "button.pd" not "pd~-button.pd". In the help example, the name of the subprocess patch has that "pd~-" prefix, but that's just how they chose to name it.

3. In the button abstraction I have more abstractions. Will they run in the new separate instance of Pd as well?

Yes, provided the Pd subprocess can find them. That's what failed in 2)--you copied the main patch in help but didn't move the subprocess patch to your local directory.

Here's another example you can study: two subprocesses.zip

@alexandros

thanks for the suggestion! I"ve never compiled anything before, but I gave it a shot...

I'm getting this error in PD after loading the 3 compiled objects (6 files: grambidec.pd_darwin, grambidec.pd_darwin.o, grambiman.pd_darwin, grambiman.pd_darwin.o, grambipan.pd_darwin, grambipan.pd_darwin.o):

 load_object: Symbol "grambiman_setup" not found in "/Users/brianlindgren/Documents/Pd/externals/grambiman.pd_darwin"

Also make is generating a bunch of warnings:

++++ info: using Makefile.pdlibbuilder version 0.7.0
++++ info: using Pd API /Applications/Pd-0.54-1.app/Contents/Resources/src/m_pd.h
++++ info: making target all in lib grambidec~
++++ info: making grambidec.pd_darwin.o in lib grambidec~
cc -DPD -I "/Applications/Pd-0.54-1.app/Contents/Resources/src"  -DUNIX -DMACOSX -I /sw/include    -Wall -Wextra -Wshadow -Winline -Wstrict-aliasing -O3 -ffast-math -funroll-loops -fomit-frame-pointer -arch arm64 -mmacosx-version-min=10.6 -o grambidec.pd_darwin.o -c grambidec.c
grambidec.c:41:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:43:16: warning: unused variable 'APin2' [-Wunused-variable]
    t_sample  *APin2 =    (t_sample *)(w[3]);
               ^
grambidec.c:44:16: warning: unused variable 'APin3' [-Wunused-variable]
    t_sample  *APin3 =    (t_sample *)(w[4]);
               ^
grambidec.c:45:16: warning: unused variable 'APin4' [-Wunused-variable]
    t_sample  *APin4 =    (t_sample *)(w[5]);
               ^
grambidec.c:69:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:78:23: warning: variable 'sample2' set but not used [-Wunused-but-set-variable]
    t_sample sample1, sample2, sample3, sample4;
                      ^
grambidec.c:78:41: warning: variable 'sample4' set but not used [-Wunused-but-set-variable]
    t_sample sample1, sample2, sample3, sample4;
                                        ^
grambidec.c:102:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:113:41: warning: variable 'sample4' set but not used [-Wunused-but-set-variable]
    t_sample sample1, sample2, sample3, sample4;
                                        ^
grambidec.c:143:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:185:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:228:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:282:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambidec_tilde *x = (t_grambidec_tilde *)(w[1]);
                       ^
grambidec.c:351:37: warning: unused parameter 's' [-Wunused-parameter]
void *grambidec_tilde_new(t_symbol *s, int argc, t_atom *argv) //, t_floatarg test
                                    ^
grambidec.c:473:5: warning: performing pointer subtraction with a null pointer has undefined behavior [-Wnull-pointer-subtraction]
    CLASS_MAINSIGNALIN(grambidec_tilde_class, t_grambidec_tilde, APf);
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Pd-0.54-1.app/Contents/Resources/src/m_pd.h:529:59: note: expanded from macro 'CLASS_MAINSIGNALIN'
    class_domainsignalin(c, (char *)(&((type *)0)->field) - (char *)0)
                                                          ^ ~~~~~~~~~
15 warnings generated.
++++ info: linking objects in grambidec.pd_darwin for lib grambidec~
cc -undefined suppress -flat_namespace -bundle  -arch arm64 -mmacosx-version-min=10.6  -o grambidec.pd_darwin grambidec.pd_darwin.o  -lc   
ld: warning: -undefined suppress is deprecated
ld: warning: -undefined suppress is deprecated
++++ info: making grambiman.pd_darwin.o in lib grambidec~
cc -DPD -I "/Applications/Pd-0.54-1.app/Contents/Resources/src"  -DUNIX -DMACOSX -I /sw/include    -Wall -Wextra -Wshadow -Winline -Wstrict-aliasing -O3 -ffast-math -funroll-loops -fomit-frame-pointer -arch arm64 -mmacosx-version-min=10.6 -o grambiman.pd_darwin.o -c grambiman.c
grambiman.c:64:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambiman_tilde *x = (t_grambiman_tilde *)(w[1]);
                       ^
grambiman.c:139:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambiman_tilde *x = (t_grambiman_tilde *)(w[1]);
                       ^
grambiman.c:226:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambiman_tilde *x = (t_grambiman_tilde *)(w[1]);
                       ^
grambiman.c:252:32: warning: variable 'sample3' set but not used [-Wunused-but-set-variable]
    t_sample sample1, sample2, sample3, sample4, sample10;
                               ^
grambiman.c:306:24: warning: unused variable 'x' [-Wunused-variable]
    t_grambiman_tilde *x = (t_grambiman_tilde *)(w[1]);
                       ^
grambiman.c:370:37: warning: unused parameter 's' [-Wunused-parameter]
void *grambiman_tilde_new(t_symbol *s, int argc, t_atom *argv)
                                    ^
grambiman.c:436:5: warning: performing pointer subtraction with a null pointer has undefined behavior [-Wnull-pointer-subtraction]
    CLASS_MAINSIGNALIN(grambiman_tilde_class, t_grambiman_tilde, APf);
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Pd-0.54-1.app/Contents/Resources/src/m_pd.h:529:59: note: expanded from macro 'CLASS_MAINSIGNALIN'
    class_domainsignalin(c, (char *)(&((type *)0)->field) - (char *)0)
                                                          ^ ~~~~~~~~~
7 warnings generated.
++++ info: linking objects in grambiman.pd_darwin for lib grambidec~
cc -undefined suppress -flat_namespace -bundle  -arch arm64 -mmacosx-version-min=10.6  -o grambiman.pd_darwin grambiman.pd_darwin.o  -lc   
ld: warning: -undefined suppress is deprecated
ld: warning: -undefined suppress is deprecated
++++ info: making grambipan.pd_darwin.o in lib grambidec~
cc -DPD -I "/Applications/Pd-0.54-1.app/Contents/Resources/src"  -DUNIX -DMACOSX -I /sw/include    -Wall -Wextra -Wshadow -Winline -Wstrict-aliasing -O3 -ffast-math -funroll-loops -fomit-frame-pointer -arch arm64 -mmacosx-version-min=10.6 -o grambipan.pd_darwin.o -c grambipan.c
grambipan.c:423:5: warning: performing pointer subtraction with a null pointer has undefined behavior [-Wnull-pointer-subtraction]
    CLASS_MAINSIGNALIN(grambipan_tilde_class, t_grambipan_tilde, APf);
    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Pd-0.54-1.app/Contents/Resources/src/m_pd.h:529:59: note: expanded from macro 'CLASS_MAINSIGNALIN'
    class_domainsignalin(c, (char *)(&((type *)0)->field) - (char *)0)
                                                          ^ ~~~~~~~~~
1 warning generated.
++++ info: linking objects in grambipan.pd_darwin for lib grambidec~
cc -undefined suppress -flat_namespace -bundle  -arch arm64 -mmacosx-version-min=10.6  -o grambipan.pd_darwin grambipan.pd_darwin.o  -lc   
ld: warning: -undefined suppress is deprecated
ld: warning: -undefined suppress is deprecated
++++info: target all in lib grambidec~ completed

This is my Makefile:

# Makefile for mylib

lib.name = grambidec~

class.sources = grambidec.c grambiman.c grambipan.c

datafiles = grambilib-help.pd readme.md

include Makefile.pdlibbuilder

Any suggestion? Thanks again!

I have installation where a person makes a sound in a microphone and they hear the sound manipulated back 2 seconds later. The issue is that the mic also hears the delayed sound coming from the speaker so the sound gets stuck in a 2 second feedback loop. I'm considering workarounds involving cutting the mic gain but the ideal solution in my mind would be to cancel the sound coming from the speaker to the microphone while simultaneously continuing to actively capture sounds from people.

I played with delaying the sound using Zexy's [z~] instead of [delay~] and then subtracting the delayed sound from what the mic heard. With this method I tried to tweak the delay, considering the time it takes for the sound to travel from the speaker to the mic, but couldn't get any meaningful results. I also tried playing with this patch:
https://github.com/JosephEoff/PureData_NoiseFilter

and that did a great job removing feedback when no 2 second delay was present but it doesn't seem to be the appropriate tool for my problem.

Any thoughts or suggestions would be appreciated.

@lucassilveira You are using a multicast address...... With multicast the listener has to join the group.... so you need to tell [udpreceive~] to listen to that address range...... [udpreceive~ 3000 2 239.255.255.250]
Open [pd multicast] in the [udpsend~] help file. You will see that you can also specify that it will multicast on only the Wi-Fi or only the Ethernet connection from your computer, and set the "Time To Live" TTL to limit how far the packets will propagate on the network.
When you receive on the same computer you are already in the multicast group as the datagrams have been looped back by the OS (usually). All ports on the host are available for UDP without a connection, unlike TCP where a return connection is necessary and could be refused by the OS...

With a broadcast address the stream is broadcast everywhere, even to the internet, so insecure, and it will flood the network...... but then you do not need to specify a "listen" address for [udpreceive~] .... just the port is enough because every machine on the network will have the port open and will be receiving.
You only need multicast if you will have multiple receivers, but it will not flood your network as it sends only to receivers that join the group.... https://ipfabric.io/blog/troubleshooting-multicast-traffic-flows/
Broadcast will also be received at multiple end points, but if you will only have one receiver then sending directly to that receivers IP address will work....... and is better, for the reasons above.

I certainly needed to play around with the buffer size for [udpreceive~] to get reliable streaming over wi-fi.
Here are a send and a receive patch that work sending from my computer to a Raspberry Pi over wi-fi.
Obviously the IP addresses will be incorrect for you, but it might help.....
stream.zip
There are 3 possible [connect( messages in the send patch..... by computer name, by IP address, and a broadcast address 255.255.255.255.
David.

@Matt-Stalcup I don't see all of the problems that you describe in this version (from Pd Vanilla 0.49 but still the same in 0.53)...... text.zip ...... so maybe it will help.
Of course I might not have looked hard enough...... but it might be different to the file you have?
I hope it helps.

Anonymous... maybe that at some point in the future it could be possible to find the data contained in a [text] object without knowing its name....... a "sort of" [text search all] or [text get all].
An [all( message has been implemented for some objects...... for example [clone].

[write( failed could be because the file attributes of text-object-help.txt have been set as read only...... maybe.

"sort" does seem to have proper help.

In [text define] "text-help-1" is at the top of the window because that is the defined name of the "defined" [text] window. The data has been read from the file text-object-text.txt, which is a simple "text" file...... not the same thing at all as a [text] object.... when you clicked the [read ...( message.

Summary.
A [text] object maintains a list of lists, each list separated by a comma or a semi-colon (carriage return) and each [text] object has a defined name.... which is defined by [text define].
So [text define] creates the [text] window and holds the data...... which will be saved within when you save the patch only if you use the -k switch. If you don't use the -k switch then you will have to write new data (generated from incoming midi for example) or read in data from an external file every time you open the patch.
The data can be read from an external .txt file and written to it, and that file can have a different name.... e.g. playlist.txt.

The other objects [text get] etc. provide the tools for finding and manipulating the lists within the defined window.
You could think of it being a three dimensional [array] that can contain "anything" rather than just a list of floats.
The story started with [qlist] which was then supplemented with [textfile] and eventually superseded by [text]........ see [text sequence] for the similarities to appear.
The separation of functions into free-standing objects such as [text get] allows you to interact with [text define] from different parts of a patch (or another patch) without sending messages or connecting cords.
David.

Hi all!

I had some time during vacations and I wanted to try running Miller's espd version. Here's a small tutorial.

The development board I bought: ESP32-LyraT > Mouser | Aliexpress

INSTALL ESP-IDF (IoT development framework)

mkdir ~/esp && cd ~/esp
git clone -b v4.4.2 --recursive https://github.com/espressif/esp-idf.git
cd esp-idf
./install.sh esp32

INSTALL ESP-ADF (audio development kit)

cd ~/esp && git clone --recursive https://github.com/espressif/esp-adf.git

SETUP ENV VAR

export ADF_PATH=~/esp/esp-adf && . ~/esp/esp-idf/export.sh

ESPD

download espd: http://msp.ucsd.edu/ideas/espd/

cd espd
git clone https://github.com/pure-data/pure-data.git pd
cd pd
git checkout 05bf346fa32510fd191fe77de24b3ea1c481f5ff
git apply ../patches/*.patch

Edit main/espd.h put your wifi credentials and the IP of the computer that will control espd:
#define CONFIG_ESP_WIFI_SSID "..."
#define CONFIG_ESP_WIFI_PASSWORD "..."
#define CONFIG_ESP_WIFI_SENDADDR "...."

mv sdkconfig.lyrat sdkconfig

idf.py build
idf.py -p /dev/ttyUSB0 flash (hold boot and then press reset on lyrat)
idf.py -p /dev/ttyUSB0 monitor (Ctrl+] to exit)

HOST

• open pd installed on (SENDADDR)
• open test-patch/host-patch.pd

If connected this message (ESPD: sendtcp: waiting for socket) will stop and you will see the mac address in the host patch.

1- click on [send pf begin-new poodle .<
2- click on [line 0, auto< to send the defined patch (esp-patch.pd)
3 - click [send pd end-new<

4 - connect headphone, play with [send f 440< and [send f 660<

Custom patch:

• Use mono [dac~ 1] only
• Add this to your patch:
  
• in host-patch.pd change [read your-patch< -> [text define patch] redo step 1 to 3
  

TODO

Would love to play more with the code, right now I am not able to load complex vanilla patch. Also using the AUX (or built-in microphone) would be awesome (but I'm wondering about the round-trip latency (would it be under 15ms)).

@CarloFavero it is because the window is not visible, try clicking on a window that is not open sometime. Try this.

pd-receive-$0 vis 1;
pd-receive-$0 editmode 1;
pd-receive-$0 mouse 15 15 0 0;
pd-receive-$0 cut;
pd-receive-$0 obj 10 10 r step-last;
pd-receive-$0 connect 1 0 0 0;
pd-receive-$0 vis 0;

As an aside, if you do not need to stick to vanilla than iemguts really makes life easier when it comes to dynamic patching.

Edit: It is often easier/more clear if you just send a [clear( to the subpatch and repatch the entire thing, this allows you to skip the mouse emulation which allows you to skip the editmode and vis stuff as well. This means you want to reduce the subpatch to its bare minimum and make it only contain the bits which must be dynmic so you do not have a large amount of objects to deal with and also means you need to replace inlets/outlets with sends and receives since even with iemguts reconnecting the i\o is more work than just using sends and receives in the first place.

It still does not work.

I added my-guitar-rig/my-guitar-rig~ to a window and it generated a lot of errors

I am running version 0.52.1 of pd

Hopefully this is helpful. The errors I got are:

 z~ 64
... couldn't create
 limiter~ 98 1
... couldn't create
io pair already connected
delay(wavey)(v).pd 39 0 40 0 (snapshot~->gatom) connection failed
 tof/pmenu 1 1 black white red
... couldn't create
 tof/pmenu 1 1 black white red
... couldn't create
 z~ 64
... couldn't create
 limiter~ 98 1
... couldn't create
io pair already connected
delay(wavey)(v).pd 39 0 40 0 (snapshot~->gatom) connection failed
 tof/pmenu 1 1 black white red
... couldn't create
 tof/pmenu 1 1 black white red
... couldn't create
 z~ 64
... couldn't create
 limiter~ 98 1
... couldn't create
io pair already connected
delay(wavey)(v).pd 39 0 40 0 (snapshot~->gatom) connection failed
 tof/pmenu 1 1 black white red
... couldn't create
 tof/pmenu 1 1 black white red
... couldn't create
 z~ 64
... couldn't create
 limiter~ 98 1
... couldn't create
 date
... couldn't create
 time
... couldn't create
 z~ 64
... couldn't create
 limiter~ 98 1
... couldn't create
 mknob 42 0 0 1 0 0 empty empty ratio:1.5:1 -2 -6 0 10 -262144 -1 -1 20175 1
... couldn't create
 tof/pmenu 1 1 black white red
... couldn't create
pd-float: rounding to 2048 points
warning: fx3000-in-2: multiply defined
warning: fx3000-in-2: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-0: multiply defined
warning: fx3000-in-0: multiply defined
pd-float: rounding to 2048 points
pd-float: rounding to 2048 points
warning: fx3000-in-2: multiply defined
warning: fx3000-in-2: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-0: multiply defined
warning: fx3000-in-0: multiply defined
pd-float: rounding to 2048 points
pd-float: rounding to 2048 points
warning: fx3000-in-2: multiply defined
warning: fx3000-in-2: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-1: multiply defined
warning: fx3000-in-0: multiply defined
warning: fx3000-in-0: multiply defined
pd-float: rounding to 2048 points