[x3d-public] Multiplayer strategies

Leonard Daly Leonard.Daly at realism.com
Tue Feb 26 08:09:29 PST 2019


Browsers are client-based. It is a lot to assume that a client-based 
browser could perform all that work. What happens if the first client to 
connect to the virtual world is a phone? There are also major security 
issues with requiring a client to render for another user.

WebRTC (at least in the web browser world) already handles cross-client 
communication. It would then be a matter to determine an 
(application-specific) format for the world data crossing the connection 
so that sites remain synchronized.

For this purpose X3D offers SAI; however, I don't think there is any 
high-level support in the SAI for this type of work. An X3DOM 
environment could tap into the WebRTC stream and update it's virtual 
world using DOM and X3DOM-extension interfaces.

Leonard Daly


> 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.
>
> Another strategy would be having multiple browsers with identical 
> scenes and keeping scenes in sync with an additional process and SAI 
> methods.
>
> What are the strategies offered by X3D to support sharing a live, 
> dynamic world ?
>
> This came up as a x3dom GitHub issue and I thought may be more 
> generally interesting.
>
> Andreas
>
> _______________________________________________
> x3d-public mailing list
> x3d-public at web3d.org
> http://web3d.org/mailman/listinfo/x3d-public_web3d.org


-- 
*Leonard Daly*
3D Systems & Cloud Consultant
LA ACM SIGGRAPH Past Chair
President, Daly Realism - /Creating the Future/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190226/bf2dda77/attachment-0001.html>


More information about the x3d-public mailing list