Slashdot Mirror
Second Life Faces Open Source Challenges
ruphus13 writes "Linden Labs has talked about Open Sourcing aspects of their platform for a while, but have not always followed through. Now, the OpenSimulator project has been gathering some solid momentum, and this was followed by an announcement by IBM that showed interoperability between OpenSimulator and Linden Servers. What this means is that you can use a Second Life client to log on to an OpenSim server. Beyond that, anyone can run their own server. 'Working with the protocols derived from the official Second Life client, and a knowledge of how Second Life works, these people have implemented their own compatible server code.' It is only a matter of time before users will be able to move profiles, virtual goods, and other elements of their 'second life' on to any server in a truly open world, thereby threatening Linden Labs' virtual world experience. With Google and Sun at the fringes of this space, things are going to get very interesting, virtually speaking."
If so, why?
I'm still working on my first one here. But I hear you can install a feline module to get 8 more.
One glitch in the summary: it don't work that way. Being able to have your own SL server doesn't get you access to Linden's grid. And that's what people want: to be on the grid with everybody else they know. If most of their friends are on the Linden grid, they'll want to be on it too and not off in some alternate grid where their friends aren't. And any alternate servers will have to get past the hurdle of establishing a big enough community to attract people or they won't last long.
It's MUCKs all over again. SL has better graphics and a different programming language, but at it's heart it's a MUCK and MUCK social dynamics applies.
First Life
The reality is far from what the submitter is claiming. Open sim has always used the SL client for access, and there are no plans for anytime in the future to allow people to transfer content on/off the SL grid to an Open Sim system.
The IBM test involved a single OpenSim setup where bridge software IBM is working (with Sun) allowed a person to exit SL, and simultaneously login to a OpenSim system. NOTHING was transfered, the avatar shows up in OpenSim in Ruth form.
Linden Labs has clarified that this was a proof of concept test, and that they would like to expand it in the future, but those goals are a good bit off.
What IBM and Sun are working on is a handshake/system protocol for a transient user ID which online systems will recognize and auto negotiate log-in, and if you don't have an account, make you a default account on the new system. eg, you cross over from SL to WOW and if you don't have a WOW account, you start out in a default configuration based on some personality preferences you have preset.
Calm down people, nothing to see here, move along.
Running MMOs can take a lot of resources depending on what kind of functionality you want to provide. While in theory "anyone" could run their own server, logistically it won't happen.
And that's of course on top of the whole community issue. There needs to be enough flexibility so that my server has something different to offer than their server.
Work Safe Porn
Coming soon to a tacky interweb near you!
Roughly half my comments are never submitted. You may be reading the better half...
You young whipper snappers.
In my day, we used IRC.
Now, GIT OFFA MUH LAWN!
...
I've used Second Life several times over the years and every time I look, it's like being transported back into 1998. Perhaps some of the dire graphics can be blamed on user generated content, but even the areas created by Linden Labs look terrible. There are plenty of good game engines about and I am sure they could be adapted.
.obj file which is pretty much a standard in the 3D Graphics community?
.obj. The build tools should help you build things, not hinder you like the tools (and 10 meter object Restrictions) in Second Life.
Then there is the issue of the build tools. So much of the Second Life experience is supposed to be about building things, so why are the build tools so awful? Why after all these years is there still no ability to just upload a simple
The Second Life client is also a complete memory monster. On a 2 Gig system it will happily chew up over 600 megs, and completely unnecessarily since minimizing the app seems to kick in some garbage collection which slashes memory usage dramatically. The memory usage then rapidly starts to build up again.
Second Life also has some serious DRM issues. It seems to be quite common for creators of content to make their goods non-Transferable. So if you ever want to leave Second Life, you will have to just kiss goodbye to much of the money you have spent, because you won't be able to resell many of your purchases.
Before too long, some people who actually know what they are doing are going to come along and blow Second Life (and it's 1998 graphics) right out of the water. It will hopefully have a client that has simple off-line build tools which behave just like other 3D apps but also support import of standard formats such as
When I first heard about Second Life I was pretty excited about the prospect of using it as a teaching tool. My first real exposure to OO was LambdaMOO (MOO = MUD Object Oriented, and MUD = Multi-User Dungeon).
LambdaMOO has a very nice object oriented structure, where everything in the universe is an object which inherits from some other object. There's object 1 which is called Object, from which you derive the base objects Room, Exit, User (User further split out into Wizard and Player), and so on. Every object in the world had a collection of "verbs" defined on it, which were essentially methods. Objects could call each others methods. It was a very nice environment for learning OO, because when an "object" is a "Tree" or a "Vehicle" it is a bit more concrete and obvious than when an object is a "TransactionProcessor" or a "DocumentFactory".
LambdaMOO had no concept of a "class". Your user was an object which inherited from "Player" or "Wizard". But, adding new verbs to Player or Wizard would add them to all players and wizards, and verbs could be overridden on child objects, and the implementation was hidden, so you satisfy all the pilars of a traditional OO system.
Now, we have Second Life, which COULD be a totally awesome tool for learning OO... except the scripting language is like a crippled version of Basic. Scripts can't call into each other so there's no code reuse. Scripts can't export any sort of interface (beyond the dreaded "touch" event) so there's no natural way to interact with scripts. Scripts are also hobbled by concepts like "energy" and various specific commands have other rate limits or other limits on them (which I understand the need for, I just wish they were documented). Let's not even talk about what happens if someone else picks the same "channel" as you to send inter-script messages on.
Finally scripts are not OO in any way; no encapsulation, no inheritance, no polymorphism, no abstraction. Despite the fact that the world is literally made of objects, the development environment is not object oriented. It's crazy talk.
It's outright painful to try and build anything of any complexity.
"Nope. more often than not it's multiple sims running on an underpowered server. Most people buy the cheap-o option which is like a quad-core opteron with 24 other sims running on it.
Umm, you have no idea what you're talking about. There is no "cheap-o option" if you want to connect to the SL grid - currently all server space on the main grid is leased directly from Linden Lab and each simulator has a processor core dedicated to it and runs on an individual server instance. Running Debian IIRC.
Parent is absolutely right - a big reason SL has such inconsistent performance from sim to sim is that many of the builds are NOT done by professionals with performance in mind, and use needlessly costly scripts and high numbers of visible prims. Even more so, people will use insanely large numbers of insanely hi-rez textures, which not only adds download time but also works video cards much harder than a proper game does just in terms of shuffling gigabytes of texture data back and forth.