<div dir="ltr">The DIS distributed interactive simulation component: I found it had some interesting things, and some flaws.<div>x not x3d centric. Its a giant military standard, and a few nodes adapted to x3d</div><div>-- a transform type node</div><div>-- some strange radio nodes<br><div>* uses UDP 'chirps' for updating positions /  pose of transforms (like some multiplayer games)</div><div>-- OK if you miss a chirp - the next one will get you back on track</div><div>-- interpolators anticipate pose between chirps</div><div>-- no central server - anyone who logs in on that port can join and leave at any time</div><div>x tries to use UDP chirps for one-time state changes</div><div>xx if you miss a state change you are out of sync</div><div>-- compensates with regular re-broadcasting of states vis UDP chirps</div><div>xx those joining late will have to wait for state broadcasts to sync-up</div><div>Summary:</div></div><div>- I think it would be better to start from scratch ie requirements gathering ... and make something just right for x3d multiplayer.</div><div>-Doug Sanden</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 26, 2019 at 5:45 AM John Carlson <<a href="mailto:yottzumm@gmail.com">yottzumm@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div lang="EN-US"><div class="gmail-m_-6724862799019591912WordSection1"><p class="MsoNormal">So far, I think the answer is DIS or AJAX.  Check out the Networking Component.  I’ve used <a href="http://socket.io" target="_blank">socket.io</a> on non X3D web pages. You may have to buffer requests.</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">John</p><p class="MsoNormal"><u></u> <u></u></p><p class="MsoNormal">Sent from <a href="https://go.microsoft.com/fwlink/?LinkId=550986" target="_blank">Mail</a> for Windows 10</p><p class="MsoNormal"><u></u> <u></u></p><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal" style="border:none;padding:0in"><b>From: </b><a href="mailto:andreasplesch@gmail.com" target="_blank">Andreas Plesch</a><br><b>Sent: </b>Tuesday, February 26, 2019 4:34 AM<br><b>To: </b><a href="mailto:x3d-public@web3d.org" target="_blank">X3D Graphics public mailing list</a><br><b>Subject: </b>[x3d-public] Multiplayer strategies</p></div><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">With VR it may become more common to share a live, dynamic experience using multiple headsets and controllers. At first glance this seems to call for multiple, active viewpoints rendered by a single browser. The layering and layout components seem relevant.</p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Another strategy would be having multiple browsers with identical scenes and keeping scenes in sync with an additional process and SAI methods.</p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">What are the strategies offered by X3D to support sharing a live, dynamic world ?</p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">This came up as a x3dom GitHub issue and I thought may be more generally interesting.</p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div><p class="MsoNormal">Andreas</p><p class="MsoNormal"><u></u> <u></u></p></div></div>_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
</blockquote></div>