udpreceive posts an error/warning if it can’t bind, but is there an IN PATCHER flag that i can use to try again?
if not, I would like to make a request/suggestion of adding another outlet for such a flag.
Maybe you could test the connection after instantiating it by sending a test message to localhost on the same port.
Thank you for your help. I have a patch doing just that now thanks to your suggestions and guidance.
One more question about this for anyone with an answer. It seems like Max is OK with 2 udpreceives on the same port in some cases, what are those cases? Is there a simple rule that i should keep in mind to determine when max will or will not bind successfully?
It seems a bit intermittent to me, I usually set up one patch as a UDP receiver and send to all other patches
I have some abstractions that depend on receiving data from a particular UDP port. To make sure the data is still received in case the user has multiple copies of the abstraction open and the latter ones fail to bind, I connect a send object directly to the udpreceive, and the subsequent receive object to the rest of the patch. That way there will always be at least one object bound, which can share data with all the other copies of the abstraction.
Thank you, i ended up pinging to check if it is unbound or bound multiple times. in either of those cases, i change ports and try again.
C74 RSS Feed | © Copyright Cycling '74