You can communicate with both java applets and flash with javascript, you could maybe use this as the communication bridge.

Looks like there’s be UDP in Flash 10 anyway though.

Part of the bottleneck is probably just how TCP stacks are implemented. Most machines don’t send your packet out quite instantly, they let it sit in a buffer first. Add TCP’s error control elements on top of things, and you’ve got a lot of potential for minute delays in excess of what it actually takes to send the data between client and server.

Opening multiple sockets might give some sort of strange performance increase, but it also complicates things a great deal and ties up more system resources. Plus, there’s always the chance that going to all of that extra effort provides no real performance gain at all, since the packets quite possibly just sit in the same TCP buffers.

Also wrt using Zinc for the proxy… it’s not even as good as it sounds initially. To get any decent coverage, you’d have to buy what amounts to essentially two separate licenses if you want to compile projectors for both Windows and OSX. There is no Linux option, and heaven forbid you wanted to run something like that on an embedded system

The zinc solution you have there might be the best… but ich.

Resigning I am thinking for speed over tcp you could open multiple tcps and use them asyncronously? do you know if that would work?

james