Hi,<br><br>I totally agree with you Sean, the voice should be separated from the server. The realXtend voice code is only the first version.<br>The best model could be that the clients do direct UDP communication and the server only manages the NAT firewall bypassing initially. I don't know how skype works, but I assume it is something like this. <br>
<br>Jani Pirkola/realXtend<br><br><div><span class="gmail_quote">2008/2/27, Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I've spent a little bit of time looking at the Voice Module that just<br> got moved into trunk from the RealXtend branch, and I think it's headed<br> in the wrong direction.<br> <br> Embedding voice in the simulator seems like the wrong direction, and<br>
 much less modular than we were heading for.  Plus, I think that under<br> any reasonable load, it's going to go useless *real fast*.  Given that<br> chat messages can often take 30 seconds in a loaded message, nothing<br>
 like voice really belongs there.<br> <br> I think a much better approach would be to carve off voice functionality<br> into a seperate VoiceServer, which would let it run on a dedicated<br> machine, ensuring low latency.  I also think that the SLVoice approach<br>
 of sending all the streams to the client and letting the client do the<br> mixing is a better load approach.<br> <br> Perhaps a hybrid model where after significant avatar moves avatar<br> possitions were sent to the Voice Server, so that you don't have the<br>
 issue where your ears can be fully devoid of your camera, would be<br> best.  But at the end of the day doing mixing on the server just seems<br> wrong.  Even skype offloads this to clients to do.<br> <br>     -Sean<br> <br>
 --<br> __________________________________________________________________<br> <br> Sean Dague                                       Mid-Hudson Valley<br> sean at dague dot net                            Linux Users Group<br>
 <a href="http://dague.net">http://dague.net</a>                                 <a href="http://mhvlug.org">http://mhvlug.org</a><br> <br> There is no silver bullet.  Plus, werewolves make better neighbors<br> than zombies, and they tend to keep the vampire population down.<br>
 __________________________________________________________________<br> <br>-----BEGIN PGP SIGNATURE-----<br> Version: GnuPG v1.4.6 (GNU/Linux)<br> <br> iD8DBQFHxYE9SamXem9TdyYRAswhAJ9cONPM6cO+oaNa6CxLIVeQPMXQwwCgm99O<br>
 ybbqvilznAtvjOEQI/K/Qs4=<br> =RrCG<br> -----END PGP SIGNATURE-----<br> <br>_______________________________________________<br> Opensim-dev mailing list<br> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
 <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br> <br></blockquote></div><br>