To Pd dev (of interest to netsend/netreceive experts :) -
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago. I think it gets used; for instance I don't see how to implement jacktrip without it (as Roman Haefeli did in his netpd system and as I'm now trying to do in a Camomile plugin).
Would it be onerous to bring that capability back? For the moment we can fall back to 0.50 but we'd need a way to do this, even if it's impossible to do exactly compatibly with 0.50.
thanks Miller
correction: I forgot that Roman's netpd uses iemnet, not netsend/netreceive, which I guess is why his jack~ implementation is working better than mine. I can switch over as well, so I don't have any urgent need to send replies from netreceive -u to netsend -u as I had thought.
It would still be good if the new netsend/receive were able to do this, both to maintain 0.50 compatibility, and to allow vanilla-only access to that ability.
The 0.50 version actually didn't do it particularly well - datagrams were limited to 1000 bytes, which was stupid of me. It still got used by others I think.
thanks again... Miller
On Fri, Mar 27, 2020 at 08:45:16PM -0700, Miller Puckette via Pd-dev wrote:
To Pd dev (of interest to netsend/netreceive experts :) -
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago. I think it gets used; for instance I don't see how to implement jacktrip without it (as Roman Haefeli did in his netpd system and as I'm now trying to do in a Camomile plugin).
Would it be onerous to bring that capability back? For the moment we can fall back to 0.50 but we'd need a way to do this, even if it's impossible to do exactly compatibly with 0.50.
thanks Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago.
Interesting. I remember it being mentioned in the help patch, but it never seemed to work for me (at least on Windows). We can of course bring it back!
What I would also like to have is something like a [sendto( message, so we can reply only to a specific client, using the address we get from the new outlet.
Christof
On 28.03.2020 06:35, Miller Puckette via Pd-dev wrote:
correction: I forgot that Roman's netpd uses iemnet, not netsend/netreceive, which I guess is why his jack~ implementation is working better than mine. I can switch over as well, so I don't have any urgent need to send replies from netreceive -u to netsend -u as I had thought.
It would still be good if the new netsend/receive were able to do this, both to maintain 0.50 compatibility, and to allow vanilla-only access to that ability.
The 0.50 version actually didn't do it particularly well - datagrams were limited to 1000 bytes, which was stupid of me. It still got used by others I think.
thanks again... Miller
On Fri, Mar 27, 2020 at 08:45:16PM -0700, Miller Puckette via Pd-dev wrote:
To Pd dev (of interest to netsend/netreceive experts :) -
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago. I think it gets used; for instance I don't see how to implement jacktrip without it (as Roman Haefeli did in his netpd system and as I'm now trying to do in a Camomile plugin).
Would it be onerous to bring that capability back? For the moment we can fall back to 0.50 but we'd need a way to do this, even if it's impossible to do exactly compatibly with 0.50.
thanks Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
hmmm... I just tried with Pd 0.50.2 - that's before the netobject updates - and [send( doesn't work with [netreceive -u] neither on Windows nor on Linux! Are you sure this ever worked?
The help patch explicitly says:
""send" (for TCP connections only) sends back to connected netreceive objects"
Note that I first send messages from [netsend -u] to [netreceive -u] before trying to send back (otherwise it wouldn't work in any case :-)
Do you know the commit where this feature has been apparantly introduced?
Christof
On 28.03.2020 10:40, Christof Ressi wrote:
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago.
Interesting. I remember it being mentioned in the help patch, but it never seemed to work for me (at least on Windows). We can of course bring it back!
What I would also like to have is something like a [sendto( message, so we can reply only to a specific client, using the address we get from the new outlet.
Christof
On 28.03.2020 06:35, Miller Puckette via Pd-dev wrote:
correction: I forgot that Roman's netpd uses iemnet, not netsend/netreceive, which I guess is why his jack~ implementation is working better than mine. I can switch over as well, so I don't have any urgent need to send replies from netreceive -u to netsend -u as I had thought.
It would still be good if the new netsend/receive were able to do this, both to maintain 0.50 compatibility, and to allow vanilla-only access to that ability.
The 0.50 version actually didn't do it particularly well - datagrams were limited to 1000 bytes, which was stupid of me. It still got used by others I think.
thanks again... Miller
On Fri, Mar 27, 2020 at 08:45:16PM -0700, Miller Puckette via Pd-dev wrote:
To Pd dev (of interest to netsend/netreceive experts :) -
One thing that was possible in pd 0.50 was to "send" to netreceive -u ... this was added by Shahrokh Yadegari a year or so ago. I think it gets used; for instance I don't see how to implement jacktrip without it (as Roman Haefeli did in his netpd system and as I'm now trying to do in a Camomile plugin).
Would it be onerous to bring that capability back? For the moment we can fall back to 0.50 but we'd need a way to do this, even if it's impossible to do exactly compatibly with 0.50.
thanks Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
-
Christof Ressi -
Miller Puckette