On Sat, Jun 5, 2021 at 3:31 AM Roman Haefeli reduzent@gmail.com wrote:
On Fri, 2021-06-04 at 19:09 -0400, Martin Peach wrote:
On Fri, Jun 4, 2021 at 6:16 PM Roman Haefeli reduzent@gmail.com wrote:
On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote:
Instead of waiting for https://github.com/pure-data/pure-data/issues/949
- which will probably take months -,
I am exploring stuff, partly out of curiousity. There is no expectation of anything to happen in certain time.
you could make a feature request to iemnet ;-)
I just did: https://git.iem.at/pd/iemnet/-/issues/7
Or you could copy the code from mrpeach/udpsndrcv into your own external.
To me, [mrpeach/udpsndrcv] looks more similar to [iemnet/udpclient] than to [iemnet/udpserver]. Both, [mrpeach/udpsndrc] and [iemnet/udpclient] require the bind port to be closed before creating a new connection. [udpserver] would (ideally) keep the bind port open at any time and still be able to set an address (destination address and port) for sending.
If you have a [udpreceive 9898] as your 'server' it will receive from anywhere on port 9898. So you can take the sender's ip and port from the latest incoming message (route 'from' at the second outlet) and use them to set the address and port of a single [udpsend] for the reply. There is no connection in udp so you need to add metadata in your datagrams for routing and so forth. Martin