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.