Major A schrieb:
Latency on the voice channel is not a problem, since radio
communication is always PTT-based. So I would go for the simplest
option of using the speex codec and a simple TCP-based protocol (maybe
using the streaming parts from IAX2?). Just make sure it traverses NAT
routers transparently! And I don't think P2P connections are required
-- all voice had better go through the servers.
I'm not sure whether TCP is a good idea. After all TCP tries
retransmitting packets over and over even on a temporary line problem.
Voice packets are not that important. If transmissions are lost, it's
not a problem for voice and might even add to the realism. ;-)
Regarding NAT problems: Have a look at http://www.ietf.org/rfc/rfc3489.txt
It describes STUN, a protocol which can be used for traversing NATs
using UDP, even if both partners are behind a NAT. There's a similar
thing for TCP and it works even with multiple NATs except for some types.
P2P would allow a multicast-like distribution, taking load and traffic
costs off the server. This could be critical especially in case of voice
streams. However, that could be tricky to implement and I have no idea
of P2P implementations at all.
Regards,
Ralf
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Flightgear-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
