BluPhenix,

TSU/FRX only retry the datagrams if they miss the confirmation of the receipt. Overall, what they did for Pronto is a sort of “lightweight” TCP over UDP optimized for their specific usage. As a result it is robust enough for the remote control and, on the other hand, has very little overhead.

I now see what you actually meant by the lack of buffering – sure, if all the actions have not been pre-packed into a single multistep macro, like when the user wants to press a random button in the middle of execution of another macro, then he is out of luck.