This night I'll start doing my spectacle again (the last perform like
this was two years ago), where I use my MEH-SYSTEM. So... I don't have
time to do some TCP tests right now...
However, I did a some of them! (anxiety) With no luck, no success. I
have to use the MobMuPlat version that Daniel Iglesia sent me that can
handle netreceive, netsend, oscparce and oscformat. But, as I said
before, no success: I had some errors at the console. I maybe go on
testing it tomorrow.
Now, I have some doubts about TCP:
Sometimes, when a packet is lost, some other packets are too, for a few
seconds. If I send a message over TCP... I think there is guaranteed to
arrive to destiny... but, if the situation is the same, will this packet
arrive late? I mean, will this message wait to arrive to the server?
Because, as I record/play loops... maybe it's better to lost the message
and know about this... than the message arrives 1 second later.
I repeat, I didn't use the system over TCP, so there will be more tests
and maybe they will resolve my doubt.
Thank you.
El 17/02/16 a las 20:33, Chris McCormick escribió:
Hi Mario,
On 18/02/16 05:07, Mario Mey wrote:
A buddy from a group suggested me to send "bursts of packets" instead
only one packet... considering this packet as important.
If you need guaranteed, ordered delivery from one machine to another
then you should use TCP sockets instead of UDP sockets. Since you seem
to be sending directly between two machines this is ideal. In Pd it is
trivial to set up a TCP connection with [netsend] and [netreceive].
TCP has slightly larger overhead than UDP because of the ACKs but I
think over WiFi you will not notice the difference.
Cheers,
Chris.
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
