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…
Startup building the open-source “operating system” of the Metaverse
21–30 of 45 posts
Re: Startup building the open-source “operating system” of the Metaverse
#22Maybe 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
#23And no, I haven't read Snow Crash. I shouldn't have to read a novel to get excited about a project...
Re: Startup building the open-source “operating system” of the Metaverse
#24Earlier 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 :)
Okay, but why would I want to do that?
Re: Startup building the open-source “operating system” of the Metaverse
#25Can 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...
Re: Startup building the open-source “operating system” of the Metaverse
#26If 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…
Re: Startup building the open-source “operating system” of the Metaverse
#27Earlier 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.
"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
#28Can 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...
Everyone should read Snow Crash.
Re: Startup building the open-source “operating system” of the Metaverse
#29Re: Startup building the open-source “operating system” of the Metaverse
#30Earlier 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?