Slashdot Mirror
Standards For Interconnecting Virtual Worlds
Tao Takashi writes "Linden Lab, developers of the popular 3D platform "Second Life" started to think about an open standard for interconnecting virtual worlds. The motivation behind this is to make Second Life more scalable but also to allow connection of other grids not hosted by Linden Lab. The process of defining components and protocols is supposed to be handled completely in the open with community participation. When finished the protocol documentation is supposed to be submitted to standard committees such as IETC, W3C etc.
The discussion has already started on the Second Life wiki and you can also find a first architecture proposal by Linden Lab."
Cool, I'm glad there are some smart people there at Linden Labs. I've been thinking about this for a while now, that there needs to be some group for developing such a protocol. Basically, this standard would encourage people to run their own servers and that's where it would really take off. Give people ownership, and they will run with it. Now all we need are 80 core processors and gigabit wan connections to the house.
I only hope that if they are altruistic enough to see the value in doing this, that they are good enough to make it as open as it should be.
Or else it could end up like this
That would be something to see.
The simple truth is that interstellar distances will not fit into the human imagination
- Douglas Adams
I see huge potential. Imagine the day when the internet itself is just referred to as Second Life, replacing the ubiquous web browser with an SL client, or that SL-only machines are sold...
Or even a way to directly interface with the human mind....
Gibson, you were right.
Karma Whoring for Fun and Profit.
Aye Matey - soon we'll be a sailin our pirate ships o'er the internet! Me crew shall pillage vast new oceans and search for precious booty!
I said no... but I missed and it came out yes.
After all, look what happened in the Chronicles of Narnia. You get one witch in from one world and let her into another, and all hell breaks loose.
"Who controls the past controls the future. Who controls the present controls the past." -- George Orwell
I wonder if each grid will have it's own currency and economy. Linden would compete to be the most vibrant economy but there would be nothing stopping others from competeing. There could even be free grids like the sandboxes that exist now. Just a thought.
I'm not a standards guy neither a game developer, but I'd propose something based on other standards, like XMPP for messaging, connectivity, chat and X3D for virtual world 3D models.
So it goes like this... you pay some premium fee and in effect it signs you up for every MMO out there and pays those fees (from your massive fee), creates a character with that name and as close to appearance as possible on each one of those worlds (reserving names would be problematic), and from the outside framework have portals to each that you enter and play each in windowed mode. And if really ambitious, have some way of coding objects to resemble gear from each one for when you step out of them. Something like that, yes? and then, to top it off, create an exchange rate between wow gold, uo gold, eq gold, linden lucre, tabula rasa credits, dereth pyreal etc etc etc...
"Waste not one watt!" - CZ
I'm glad to see Linden Labs is moving in this direction. Unfortunately, unless they are bringing on help, they don't have the resources to handle all the issues in their main grid (which is what generates their revenue) so I do not see them being able to remotely support this initiative the way most people would expect.
Enter Croquet: http://www.opencroquet.org/index.php/Main_Page
Croquet allows for the creation of multiple, connected worlds through a system of portals and is already finding use in educational scenarios. Oh, and the fact that it is open source doesn't hurt either.
-PS
Here's what I want to see:
I want to be able to rent property in Second Life (or some other virtual world) and have it "link" to my own server, so that when your avatar enters my house, you (transparently) continue playing on my server, using my bandwidth, CPU and my rules.
That way, the main Second Life grid can handle much more people, while I can decide how much I want to handle. If I'm IBM, I will put up a server farm to handle my advertisement/community events. If I'm a private person, I'll plan for 10 concurrent visitors with enough spare capacity to handle spikes of 20-30.
One way or the other, my virtual home is no longer dependent on Linden Lab's server farm. If Second Life gets overloaded, the visitors in my virtual corner of the virtual world won't suffer. They might even come to me because my place always runs smoothly. Suddenly, there is an interest in upgrading the infrastructure beyond "it must work, mostly".
My place can be small (one house) or large (an entire island). Just like property in SL is already. Sure, the transition will be a bit tricky (at what point exactly are people transfered to a different server, and how do they "see" the content inside/outside?), but that's a technical challenge that is, in principle, not that hard.
In fact, I'd be perfectly happy to have it work the Oblivion way (e.g. you click on the door, you are teleported inside. Windows both ways are faked with textures if at all.)
What is cool about this is that it removes the scarcity of land. I can rent a small house in SL and have an entire world inside. Hey, why not? It's not as if physical laws matter. Sure, Linden will have to adapt their business model, but since the server load isn't theirs anymore, they should not have to worry too much.
Assorted stuff I do sometimes: Lemuria.org
I worked for http://worlds.com/ back in the mid 1990s (remember the billboards in S.F. and other major cities? What a freekin' JOKE), and we had the basic technology to do this back then. The system included a world builder as part of the product, although it needed at least another year of work to become a real product. The backend also allowed for this, you could link to other servers on different machines. Users of Worlds have been hacking on it to create their own worlds for years (the server really only tracks your location -- the textures and such are served up from HTTP servers, so once you get the server to a location that YOU have created, you can just distribute your world to your friends and serve up the textures). The problem was that the management at the time blew their entire wad on marketing (see above) and other follies, rather in focusing on anything that might be of USE! It was truely frustrating.
I am impressed by the tenacity of the current president -- Worlds.com has gone broke twice and is STILL hanging on and appears to be planning something for this fall (what it is, I have no idea -- I haven't worked there for over six years).
Once again, the MMO world grabs ideas from the world of Muds.
UnterMuds did the same thing 15 or so years ago - you could log in to your home Mud, then travel through portals to other Unter-compatible Muds.
(there was a downside - I took one character through a few portals that way, but then got stuck because the Mud I was on went down. Attempting to log in to my "home" Mud didn't work because it tried to forward me on to the next one.)
We need to get a client-plug in for that.
What I envision is something like this: We have several offices at various places in the world with low-cost labor and good wifi coverage. When you (in Second Life) enter a portal for "Real World(tm)", you pick one of these offices. At this point a hired "avatar" dons a pair of wifi goggles that lets you see what he sees, and gets commands from you to move about in this "Real World", and does so (they will require some minimal training). The offices should be positioned with a number of real world activities nearby such as playgrounds, beaches, bars, etc. You can either type commands that your hired avatar will attempt to say, or use voice chat to have you speak directly to other "Real World" people.
Should your avatar become incapactitated, it will be necessary to get some friends to do a "corpse run" to get the goggles back so you can venture forth again...
awesome!!
"Waste not one watt!" - CZ
It was a cat herding party of monumental proportions. The first year was the design phase - it was amazing. We found out a need to fix Java so it had distributed garbage collection, closures, and the like. We made our own VM with these add-ons, and invented a world specification language called Pluribus for knitting together object aspects which represented the multi-party nature of distributed awareness.
Like many first attempts at "ontological revolution", the performance was less than spectacular. It didn't take long to build stuff that was beyond our understanding, either. Later, when aspect-oriented programming was invented, and the rest of the world starting thinking about distributed cyberspace, it has become possible to do what we were trying to do then. Even Java has caught up, co-opting most of the add-on features we had to come up with.
My advice to those approaching the problem today:
- Don't reach too far beyond what the average C++/Java programmer can understand.
- Don't invent anything that you can't make-do with that is already out there.
- Plan on getting stuff wrong at the beginning. (E/C released their first product without a version number in the protocol!).
- The start of the art of standards specification is not good enough to deal with this problem. Your only hope lies in producing a "Literate Reference Implementation". Doing that probably requires doing a rough-pass first, then recoding it.
- If you attempt to assemble a "dream team" to put something like this together - be careful about the human-relations stuff. (In our first year, one of our engineers found out he was getting less money then two others and went out on a "passive-aggressive vendetta". This dampened morale during a critical time.)
There is a lot more to say about E/C and its fate. Lets hope it isn't repeated...