Quote:
Originally Posted by vitalker
+ ReaNINJAM: improve voice-chat playback latency
|
We did an in-depth test of the voice chat latency.
We found that it's greatly improved an seems to work very stable.
Here some testing results.
Environment:
rather high speed internet connection on both sites.Two clients connected to a private server we set up on a virtual machine hired in the Internet running Debian.
Parallel chatting via a telephone connection, that also runs via Internet (SIP) and of course also feature some latency.
Result:
- after both sites connecting to the server the chat latency is less than 50 mSec greater than the latency of the telephone, but the audio quality is a lot better.
- the latency relative to the telephone increases gradually during the session to some 200 mSec. A measurement of the round trip delay resulted in 440 mSec. Obviously there is some automatic latency management according to line quality in place.
- the latency does not ever seem to automatically reduce due to good line quality (perhaps this might be improved)
- changing BPI on the fly does not seem to have any influx on the latency of the voice chat.
- transmitting the chat channel is only switched on after a complete loop interval has passed for the sender. This is true as well for activating "xmit", as for the transmitting client reconnecting, as for the receiving client reconnecting. IMHO this is not a necessary limitation and the chat channel should be managed independent "immediately" of the interval phase. In fact this is decently annoying when trying to use NinJam for "rehearsal" (with huge BPI settings).
Thanks for listening,
-Michael