[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