Live data from Hacker News

Startup building the open-source “operating system” of the Metaverse

lucidscape.com

21–30 of 45 posts

Re: Startup building the open-source “operating system” of the Metaverse

#21

Earlier quoted context omitted.

Timing...

How do you expect them to benefit from timing (assuming that's what is meant by the cryptic comment)? The major problems faced in doing what they propose are fundamental issues with computer networking and real-world limitations in the latency of sending lots of state across the wires. And the internet infrastructurally (in the US anyway) isn't significantly better today than it was in years past. Arguably it has got…

They might not benefit from it but if we agree things will be moving that way (I personally believe it will) then it's a matter of timing.

Re: Startup building the open-source “operating system” of the Metaverse

#22
Well, there is are several metric tons of examples out there.. Hard to resist coming up with my own ideas though since this is such an interesting topic.

Maybe we don't have to have the most advanced open source 3d networking game engine out there as a protocol.

Maybe we can start by building off of Named Data Networking (NDN) http://named-data.net/doc/NDN-TLV/current/

Would be nice to have everything including content represented in Manchester OWL syntax but that's probably not realistic.

So perhaps use the NDN protocol with TLV encoding, NDN name format/URI scheme, order. Use the interest packets for subscribing to rooms in the metaverse. Then exchange NDN Data Packets with updates to object positions etc.

Maybe for data contents use something with YAML for a change from XML.

    name/smith/john50/homeworld

    base: org/sim
    libs: dim/1, objs/1, phys/1
      dimension: real
        - terrain:
            heightmap: maps/hills.png
        - objects:
          - house:
            windows: 5
            type: simple
            bedrooms: 3
          - avatar:
            model: models/man.dae
            name: name/smith/john50/me
            pose: walk 2
            position: [50, 50, 2]
            velocity: [0.5, 1.0, 0.1]
            owner: name/smith/john50
          - portal:
              world: name/wallace/liz10/homeworld
              type: simplecircle
              position: [123, 435, 123]
              dimension: real
          - webview:
              name: John's Smart TV
              url: http://en.wikipedia.org/wiki/Metaverse


    org/sim/objs/1

    base: org/sim
    dimension: real
      - procedures:
        room:
          - for: [1, walls]
              - makegeom: [cube, 1.0, 0.5, 1.0, 0.0, 0.0, 0.0]          
        house:
          - for: [b, 1, bedrooms]
              - room:
                  walls: 4
          - for: [b, 1, windows]
              - cutgeom: [quad, 0.25, 0.25, 0.25, b, 0, 0]             
   
         
    name/smith/john50/update102
    timestamp: xxxxxxxxxxxx
    which: name/smith/john50/me
    update:
      operation: impulse
      vector: [ 0.25, 1.0, 0.0 ]
      startstate:
        velocity: [ 0.5, 0.0, 0.0 ]
The idea with the "procedures:" thing is to take advantage of YAML's flexibility in order to create a language independent representation of an algorithm for doing simple procedural generation. It would be designed in such a way as to make it easy to generate code from the data tree in different languages like C, C++, Nim(rod), Java, Python, whatever. That would be compiled on the fly and loaded as a sort of plugin.

Then rather than doing simple state updates, it uses operational transformations like saying "at time A force B was applied to this object and its velocity before that was C".

So my idea uses an emerging standard (NDN) for efficiently distributing information and updates about the metaverse, an easy to read standard in YAML for describing the details, includes the concept of portals linking between worlds (you gotta have portals, they are one of the coolest things about the metaverse), includes the idea of embedded webviews (too much awesome stuff on the web to leave that out of the metaverse browser), a YAML-format for encoding algorithms that can be easily translated to common languages and compiled on the fly, and operational transformations for informing other clients about operations on the world state.

Re: Startup building the open-source “operating system” of the Metaverse

#24
post #13

Earlier quoted context omitted.

Indeed. It would perhaps be easier to rephrase - What problem is this actually solving?

The problem, as I see it: VR and the web are too far apart. This seems to be an attempt to build a... protocol? engine? both? for moving programmable entities between volumes of space that may be controlled by different hosts. The "operating system" / Metaverse verbiage is a little grandiose, but I really like the idea. Or maybe I just miss Adobe Atmosphere :)

This seems to be an attempt to build a... protocol? engine? both? for moving programmable entities between volumes of space that may be controlled by different hosts.

Okay, but why would I want to do that?

Re: Startup building the open-source “operating system” of the Metaverse

#25

Can someone explain what this is for? I watched the videos, and I still don't get it. And no, I haven't read Snow Crash. I shouldn't have to read a novel to get excited about a project...

Basically a better Second Life

Re: Startup building the open-source “operating system” of the Metaverse

#26

If you try to go extreme on all possible requirements simultaneously, the chance of failure approaches one hundred percent. The key to success is to pick one or two areas where you want to go beyond state-of-the-art, while staying within it in other areas. I strongly recommend deleting the requirement about seamless visualization across servers. Of all the items on the list, that strikes me as adding the most difficu…

Based on the videos, haven't they already implemented that?

Re: Startup building the open-source “operating system” of the Metaverse

#27
post #13

Earlier quoted context omitted.

The problem, as I see it: VR and the web are too far apart. This seems to be an attempt to build a... protocol? engine? both? for moving programmable entities between volumes of space that may be controlled by different hosts. The "operating system" / Metaverse verbiage is a little grandiose, but I really like the idea. Or maybe I just miss Adobe Atmosphere :)

VR and the web are too far apart. ... for what purpose? Web pages are hard to simplify. Even harder to transform, in a generally applicable way, in to 3D objects that hold the full meaning and functionality of their present-era 2D brethren.

That's true, and I don't think the goal is to simplify or transform the existing web of hypertext, but to take the well-proven principles behind it - hyperlinks, interoperability, decentralization, etc. - and apply them to the nascent medium of VR. It certainly won't supplant web pages.

"But why?" is a totally fair question, and I don't think I can produce a satisfactory answer. I've spent a good deal of time thinking about concrete use cases for VR, and, well... it's a medium, like paper, or like video - but it's interactive, so it has more in common with the telephone, or video games, or your web browser. It can be more illustrative to try and imagine things you can't do (and now I really sound like I've drunk the VR Kool-Aid, huh?).

Can I ask if your skepticism is specific to this project, or to the idea of a distributed, programmable VR platform?

Re: Startup building the open-source “operating system” of the Metaverse

#28

Can someone explain what this is for? I watched the videos, and I still don't get it. And no, I haven't read Snow Crash. I shouldn't have to read a novel to get excited about a project...

No, but you should read Snow Crash.

Everyone should read Snow Crash.

Re: Startup building the open-source “operating system” of the Metaverse

#30
post #13

Earlier quoted context omitted.

The problem, as I see it: VR and the web are too far apart. This seems to be an attempt to build a... protocol? engine? both? for moving programmable entities between volumes of space that may be controlled by different hosts. The "operating system" / Metaverse verbiage is a little grandiose, but I really like the idea. Or maybe I just miss Adobe Atmosphere :)

This seems to be an attempt to build a... protocol? engine? both? for moving programmable entities between volumes of space that may be controlled by different hosts. Okay, but why would I want to do that?

because it was surprisingly good in literature
Post reply on HN