How Linden Lab managed to fool almost everyone with a spectacular tech stunt in 2008

In mid-2008, at the peak of the Second Life hype, a remarkable project went live which, until today, is unprecedented: the attempt at connecting 3-D virtual worlds from two different developers and sending avatars from one world to another. Some may remember the story of people teleporting from Second Life to OpenSim and the project being abandoned not much later.

Just recently, Wagner James "Hamlet" Au published a new post on his New World Notes blog and took the opportunity again to show OpenSim in a bad light again. His wording even makes it look like OpenSim has long since vanished when it's actually growing faster than Second Life with more than four times of the latter's landmass.

But there's more to the whole story.

A bit of history

Let's look back in time first. Second Life, one of the most successful 3-D virtual worlds ever, was launched in 2002 and opened to the general public in 2003. Being operated by a for-profit, however, it had to make money. It started with pay-to-play, but eventually switched to a revenue model based on land rentals. Plus an increasing number of taxes.

It didn't take long for the Second Life API to be reverse-engineered and alternative 3rd-party viewers to be developed. But eventually, someone who was disgruntled with Second Life's rampantly capitalist system decided to build something against the other side of the API, a free, open-source virtual-world server application similar to Second Life. It was first released the same month that Linden Lab open-sourced the official viewer, January, 2007. At first, it was named "OpenSecondLife", but it was eventually renamed "OpenSimulator".

In July, half a year later, the first public OpenSim grid went online, OSgrid. It is not only the oldest, but one of the two biggest of probably over 4,000 OpenSim grids, having recently surpassed even Second Life's landmass.

At first, all OpenSim grids were stand-alones. If you wanted to visit a certain place in a certain grid, you needed an avatar on that grid. This changed in 2008 when OpenSim developer Diva Kanto introduced the concept of the Hypergrid which connected OpenSim grids in such a way that avatars could travel between them, looks, inventory and all. Like many things in early OpenSim, it was very buggy. But it worked.

Industry interest

The invention of the Hypergrid, the first interconnection between separate virtual worlds, coincided with the Second Life hype. In those days, Second Life was all over tech media. Some media outlets, even including mainstream mass media, had offices in Second Life to be able to see things from up-close and interview avatars and such. Second Life was that big. And the announcement that an open-source Second Life spin-off had just made it possible to travel from one grid to another caught quite a lot of people's attention.

IBM was particularly interested. The Hypergrid looked like the future of virtual worlds to them, especially with the mindset of those days that virtual worlds are the future. And OpenSim was still very close to Second Life in technology. It had to because it depended on third-party Second Life viewers since it had no development capacities for its own viewer.

And so the idea came up to create a network of virtual worlds that should include not only OpenSim grids, but Second Life as well.

In general, IBM got very interested in OpenSim. They offered the OpenSim devs to collaborate and set a few dozen paid developers aside to improve the OpenSim code, especially the fledgling Hypergrid. They also got into contact with Linden Lab to launch a project named Open Grid, a connection between Second Life and the Hypergrid.

The publicity stunt

On June 30th, 2008, the cooperation between IBM, Linden Lab and the OpenSim developers appeared to come to fruition: A bunch of "gridnauts", both Lindens and IBM developer avatars, "teleported from Second Life to OpenSim". That's the short version of the story.

But first of all, they did not start from the Second Life main grid. A special beta grid was created and even partly decorated for this occasion. For the time being, it was declared impossible to teleport from the Second Life main grid because changes had to be done to the beta grid to make this connection possible. Some of the "gridnauts" kept their avatars as standard Ruths, but a few did some modifications on their looks. Of course, not being on the main grid, they had no access to the assets on the main grid such as clothes.

In addition, this could not be done with the official Second Life viewer. Linden Lab provided a special viewer named the Open Grid Beta Viewer.

The destination of the trip was not, however, an OpenSim grid specifically created for the Open Grid project. It was bone-stock OSgrid. Granted, OSgrid has been running development code since its creation, but there must have been precious little Open-Grid-specific code in it, if any. "IBM's modified code", as cited in the official Second Life wiki article linked above, was probably almost entirely bugfixes plus a few new features that everyone in OpenSim could profit from. This could have included the possibility to register new avatars in a viewer rather than only on the website of a grid.

Torely Linden captured the event on video and edited the footage into a two-minute clip called "Across the Metaverse". Yes, Torely Linden spoke of "the Metaverse" 13 years before Mark Zuckerberg did. But the OSgrid founders did so another year earlier.

When the "gridnauts" arrived on OSgrid, their inventories were empty. Linden Lab explained this was the case because it was technologically impossible to transfer an inventory from Second Life to OpenSim or vice versa.

It was all show

What few people know: It was all show. A Second Life user and former Open Grid beta-tester called it "smoke and mirrors" on the official Second Life forum.

Linden Lab fooled the public, and Linden Lab probably also fooled both the IBM devs, the beta testers and maybe even some official Lindens until they understood what was actually happening. All that the IBM devs had to do was make OpenSim fit for the event and iron out bugs that might have ended up awkward. IBM was probably working entirely on the OpenSim side of things. Linden Lab took care of the Second Life side, the beta grid and especially the beta viewer, alone without IBM having any insight. Thus, the IBM devs probably never really knew what Linden Lab did, and that the alleged teleportation from Second Life to OpenSim was nothing but a lie.

At no point did any avatar ever actually teleport from a Second Life grid to an OpenSim grid.

What the Open Grid Beta Viewer really did was log the Second Life beta grid avatar out and an OSgrid avatar with the same name in. On the way back, the OSgrid avatar was logged out, and the Second Life beta grid avatar was logged in. When logged into OpenSim, "_EXTERNAL" was added to the name tag after the avatar name.

So what people actually saw during the OpenSim segment of the video footage of this trip weren't Second Life avatars stripped of their inventories. They were OSgrid avatars.

At first glance, this was not too obvious. An avatar from the same grid as the one logged in usually doesn't show its home grid in the name tag above its head. So there was no "@osgrid.org:80" above the heads of the "gridnauts".

Also, as the video footage shows, the whole trip was restricted to a piece of hilly, barren land rather than one of the OSgrid Plazas. Only a few signs had been placed. Otherwise, nothing had been done, nothing had been built. It was obviously a sim created for this specific purpose. Access to this sim was probably limited to a specific group which the OSgrid avatars of the "gridnauts" were added to immediately after their creation. No group names are shown, though; it's either because the Open Grid Beta Viewer had group-showing code removed, or Torley Linden had switched group tags off.

By the way, notice how the name of the sim is censored in the video. Also, notice the absence of OSgrid avatars. Or OpenSim avatars in general. There was no welcome committee.

...an obvious show even

If you know a thing or two about OpenSim or even only Second Life, however, a few things make painfully obvious that the whole show was just that, a show.

The best sign is Torely's empty inventory. I've seen empty OpenSim inventories. And believe me when I say they're never completely blank. Even if there are no assets in the inventory, even if a grid does not add a pre-filled library with a few things to new avatars' inventories, there's always the basic directory structure. But Torely's video doesn't even show that.

Instead, it says, "No matching items found in inventory." It only says that and looks that blank when something has been searched for and not found. Either the Open Grid Beta Viewer was hard-coded to search for something that would definitely never be in Torely's inventory. Or it reset the search field while being closed and re-opened, but not the search itself. Either way, some search was used to artifically wipe Torely's inventory view clear.

Either Linden Lab thought it'd be easier for clueless casuals watching the video to understand that the inventory is empty when it's actually completely blank, or Torely had something to hide.

It gets even better. Pay close attention to the avatars in the video. Pause it if necessary. Yes, Torely's avatar looks like a standard Ruth on OSgrid. But Torely's avatar on the beta grid is a standard Ruth, too.

Now look at Hamilton Linden. He is wearing a dark top on the beta grid, prior to departure. This top is actually one of the few clothing items whose texture manages to load during the OSgrid segment in spite of the corrupted cache. It's the same dark top as on the beta grid. Everything an avatar wears when teleporting from one grid to another must be in the inventory and remain there. This means that Hamilton Linden has his dark top readily available in OSgrid. Thus, it has to be in his inventory. But if transferring content from a Second Life grid to an OpenSim grid is not possible, how did it get there?

Better yet: Zero Linden is wearing a skirt. On a Second Life or OpenSim classic avatar, it's just another texture layer, but it has to be there. It's grey on Zero Linden, but completely absent from all the other avatars, so it has to be there. Again, how could it possibly have gotten there?

I'll tell you how: At least Hamilton and Zero, just like Torely, knew from the get-go that the whole shindig was as fake as it could ever get. In order to make their avatars recognisable on both sides, they wanted to redo their beta grid look in OSgrid. So they logged into both grids and redid the few changes on their beta grid avatars in comparison to standard Ruth on their OSgrid avatars. All "gridnauts" who were filled in on the scam had previously created avatars on OSgrid. And at least these two couldn't help but customise their avatars. The uninformed "gridnauts" had their OSgrid avatars created for them and probably also had to keep their beta grid avatars stock Ruths.

Torely was right about the inventory not being carried over, though. What the "gridnauts" had in their inventories on OSgrid was either supplied by OSgrid or remade by hand.

Obvious precautions

It's obvious that Linden Lab had precautions taken to make it more credible. Torely's artificially "blanked" inventory was one part of it.

Another part was the "gridnauts" landing on almost barren land, all alone. There weren't even OSgrid officials present to welcome them and interact with them, at least not in Torely's video edit. The "gridnauts" needed to have this unwelcoming piece of land for themselves for a short while. If OSgrid officials arrived later to greet the "gridnauts", this must intentionally have been left out. Most likely, if they had been there, the Open Grid Beta Viewer would have slapped "_EXTERNAL" on their names as well because it couldn't distinguish between OSgrid avatars owned by admins and OSgrid avatars owned by "gridnauts".

It's even more likely that this sim was not only group access-only, but that the "gridnaut" avatars were the only ones in the group. Even OSgrid officials weren't allowed in. Linden Lab could not risk the presence of non-"gridnaut" avatars. For one, a fully decked-out OSgrid official avatar with "_EXTERNAL" behind the name would have ruined everything. Even worse, OSgrid or other visitors could have made their own video of the whole show. And it would have looked a whole lot different without the trickery demanded by Linden Lab. Don't forget that YouTube already existed in 2008, and much more than today, it was a place where everyone could upload self-made videos.

With all those precautions in place, it's interesting how none were taken to trick OpenSim users into taking this for genuine. They were probably considered too few to be a real danger because nobody outside their own little bubble would even notice them. And with no chance to prove Linden Lab's manipulation with a video of their own, there was little they could do anyway.

For the vast majority of the target audience of Torely's video, the precautions were sufficient. At least Hamilton and Zero re-doing their avatar looks on OSgrid was allowed in order to make them recognisable to people who don't know that an avatar's look is stored in the inventory. Only the few OpenSim users who had already Hypergridded back then knew what that meant. Everyone else, maybe even including some Second Life users, didn't see how this contradicted Torely's tall tale of empty inventories.

But why?

Now you may ask yourself: Why did Linden Lab even take all this effort upon themselves?

I can only speculate. But I guess it's because, in stark contrast to IBM, they never really wanted Second Life and OpenSim to fully connect. They wanted to present it as "technically possible, but too unfeasible to continue working on it".

Linden Lab and Second Life would have had nothing to gain from such a connection if it had ever gone fully functional but a whole lot to lose. "Fully functional" would have required taking your entire inventory with you in both directions.

First of all, this would have required adding support for there being more than one grid to Second Life, just so that it could identify avatars from other grids, assets from other grids et cetera. For OpenSim, any Second Life grid would only have been one more grid. Second Life, AnSky, 3rd Rock Grid, Metropolis, it would have been pretty much all the same, only with different names and maybe with different quirks.

At first glance, this connection would have been a dream coming true for businesspeople. OpenSim would have opened up Second Life's markets to more customers. In theory.

In practice, it wouldn't.

Unfair advantage for OpenSim

OpenSim never had an official inter-grid payment system. In fact, it was only in 2008 that 3rd Rock Grid was launched as the very first grid to implement payment beyond "Monopoly money". And that was an in-world currency that could be bought from real money, but not sold back. And that currency was only available on 3rd Rock Grid. It would have been impossible to introduce the Linden Dollar to OpenSim in general, much less force it upon all grids.

It wouldn't have been worth the effort anyway, seeing as how few users OpenSim had in 2008, especially considering how many users Second Life had. After all, it was Second Life's heyday in full effect.

It also wouldn't have been worth the effort because next to nobody in OpenSim would have bought anything in Second Life anyway. Why should they? Early OpenSim's everyone-for-themselves, all-rights-reserved culture carried over from Second Life was fading away with the arrival of freebies being shared with full permissions. The Queen of Freebies was Linda Kellie, formerly known as Karra Baker in Second Life where she attempted the same thing before Linden Lab kicked her out. She made and released more and more free stuff, and in 2008, she opened up her first freebie sim, Linda Kellie Designs. Everything on that sim was made by her, and everything on that sim could be copied, modified and shared freely.

There simply wasn't much of an incentive to go to Second Life and buy stuff if you could get your stuff for free, full-perm and under a public-domain-like CC0 license in OpenSim. And by 2008's standards, Linda's stuff wasn't even bad. When she still was Karra Baker in Second Life, she was actually considered unfair competition for the commercial creators. And after LK Designs had been launched, an increasing number of OpenSim users started creating stuff and offering it for free and often even full-perm.

And if assets could have been transferred both ways, there would have been a great lot more incentive for Second Life users to go "shopping" in OpenSim. For free. Some may even have taken Linda's CC0 stuff to the Second Life Marketplace and tried to sell it for money until someone else would have come and offered the self-same stuff for free.

Introducing the Linden Dollar and access to the Second Life Marketplace to OpenSim would have led to disaster itself. That's simply because Second Life's permission system isn't nearly as effective in OpenSim as it is in Second Life. After all, anyone can set up their own grid and connect it to the Hypergrid. In this case, even connect it to the Open Grid network and thus to Second Life.

On your own grid, however, you're your own boss, your own Linden. And you have Linden-like powers. In fact, your powers may even exceed those of an average Linden. You have god-mode. Third-party viewers for Second Life that were also compatible with OpenSim provided you with it. And this god-mode not only lets you circumvent permissions, but even manipulate them.

So in theory, an OpenSim user with an own grid and enough money could have gone to Second Life and bought all the hottest stuff in-world. Or they could have bought it on the Marketplace and, if necessary, just picked it up in Second Life. Of course, all this content would have been either no-copy or no-transfer and usually also no-modify. But not for long.

For then they could have rezzed that content in-world, maybe even still in the shape of sales boxes. Then they could have used their god-mode to set all that content to full-perm. And then they could have hung it up in their own store and offered it for free. Even to Second Life users. In fact, they could have gone one step further, made new box art and made themselves the "creators" of this content. And Linden Lab could have tried to DMCA them all they wanted, but to no avail if that grid and its owner were located someplace where U.S. laws don't apply.

In addition, the Open Grid connection would have been bad for Second Life's land rentals, one of Second Life's main sources of revenue. In order to visit friends in Second Life or attend events in Second Life, you would no longer have had to live in Second Life. You could have had not only your avatar in OpenSim, but also your land. More land area and a much higher prim allowance for a fraction of the costs in comparison with Second Life. And in fact, even the friends and the events might have moved to OpenSim, the events particularly because event locations could have been built bigger with more prims on cheaper land.

Creators would have set up at least second homes in OpenSim. There, they would have been able to create and experiment without paying upload fees to Linden Lab. Once their creations would have been done, they simply could have sent them to their Second Life avatars that would have adjusted the permissions and offered them for sale.

All in all, the Open Grid connection was probably recognised to be costly for Linden Lab in various ways. It would have cost a fortune to implement and make stable, also because Second Life would require the majority of changes. Unlike OpenSim, it was not designed to connect to other grids. And after its implementation, Second Life's revenue would have tanked because OpenSim would have provided cheaper or free alternatives to almost everything.

Tying an overambitious corporation down

I'm pretty sure that Linden Lab was well aware of at least some of these potential consequences, if not all of them. Under no circumstances was any of this allowed to happen. But IBM wanted it to happen. They didn't know about these consequences because, truth be told, they didn't know much about Second Life and OpenSim in general. And just telling IBM, "We don't want to do it because it'll ruin our revenues," would have looked bad.

At the same time, IBM not having have a realistic idea about what was possible and what wasn't, especially not what was possible or not for Linden Lab, turned out to be an advantage. And so Linden Lab put up a show that demonstrated that what IBM wanted was allegedly basically possible (to satisfy IBM a little), but not very feasible (to disappoint them just enough that they wouldn't follow the Open Grid idea any further). It must have been convincing enough that IBM changed their plans.

That is, IBM didn't drop out of virtual worlds entirely. They continued to support and even develop OpenSim until 2011, hoping to create a free, open, decentralised metaverse without Second Life, only based on OpenSim. I'm not sure what caused this to end. Maybe it was IBM losing interest. Maybe it was IBM not making any money off of it.

If Linden Lab could actually foresee what terrible consequences an Open Grid connection to OpenSim's Hypergrid would bring with itself, it's strange how they could not foresee the consequences when they published the Copybot source code in 2009.

Could it be that AI can image-describe circles even around me? And that the only ones whom my image descriptions satisfy are Mastodon's alt-text police?

I think I've reached a point at which I only describe my images for the alt-text police anymore. At which I only keep ramping up my efforts, increasing my description quality and declaring all my previous image descriptions obsolete and hopelessly outdated only to have an edge over those who try hard to enforce quality image descriptions all over the Fediverse, and who might stumble upon one of my image posts in their federated timelines by chance.

For blind or visually-impaired people, my image descriptions ought to fall under "better than nothing" at best and even that only if they have the patience to have them read out in their entirety. But even my short descriptions in the alt-text are too long already, often surpassing the 1,000-character mark. And they're often devoid of text transcripts due to lack of space.

My full descriptions that go into the post are probably mostly ignored, also because nobody on Mastodon actually expects an image description anywhere that isn't alt-text. But on top of that, they're even longer. Five-digit character counts, image descriptions longer than dozens of Mastodon toots, are my standard. Necessarily so because I can't see it being possible to sufficiently describe the kind of images I post in significantly fewer characters, so I can't help it.

But it isn't only about the length. It also seems to be about quality. As @Robert Kingett, blind points out in this Mastodon post and this blog post linked in the same Mastodon post, blind or visually-impaired people generally prefer AI-written image descriptions over human-written image descriptions. Human-written image descriptions lack effort, they lack details, they lack just about everything. AI descriptions, in comparison, are highly detailed and informative. And I guess when they talk about human-written image descriptions, they mean all of them.

I can upgrade my description style as often as I want. I can try to make it more and more inclusive by changing the way I describe colours or dimensions as much as I want. I can spend days describing one image, explaining it, researching necessary details for the description and explanation. But from a blind or visually-impaired user's point of view, AI can apparently write circles around that in every way.

AI can apparently describe and even explain my own images about an absolutely extreme niche topic more accurately and in greater detail than I can. In all details that I describe and explain, with no exception, plus even more on top of that.

If I take two days to describe an image in over 60,000 characters, it's still sub-standard in terms of quality, informativity and level of detail. AI only takes a few seconds to generate a few hundred characters which apparently describe and explain the self-same image at a higher quality, more informatively and at a higher level of detail. It may even be able to not only identify where exactly an image was created, even if that place is only a few days old, but also explain that location to someone who doesn't know anything about virtual worlds within no more than 100 characters or so.

Whenever I have to describe an image, I always have to throw someone in front of the bus. I can't perfectly satisfy everyone all the same at the same time. My detailed image descriptions are too long for many people, be it people with a short attention span, be it people with little time. But if I shortened them dramatically, I'd have to cut information to the disadvantage of not only neurodiverse people who need things explained in great detail, but also blind or visually-impaired users who want to explore a new and previously unknown world through only that one image, just like sighted people can let their eyes wander around the image.

Apparently, AI is fully capable of actually perfectly satisfying everyone all the same at the same time because it can convey more information with only a few hundred characters.

Sure, AI makes mistakes. But apparently, AI still makes fewer mistakes than I do.

#AltText #AltTextMeta #CWAltTextMeta #ImageDescription #ImageDescriptions #ImageDescriptionMeta #CWImageDescriptionMeta #AI #AIVsHuman #HumanVsAI

August 31st: Mike Macgirvin has resigned from maintaining the streams repository and let the community take over

@Fediverse News

Today, on August 31st, 2024, @Mike Macgirvin 🖥️ has officially resigned from maintaining the streams repository. He won't shut it down, and he said he will add contributors if anyone wants to contribute, but he won't actively work on it anymore.

No link to the the source because the source is private.

The streams repository is the home of an intentionally nameless, brandless, public-domain Fediverse server application which its community semi-officially refers to as (streams). Its features include, but are not limited to:

• federation via Nomad, Zot6 (Hubzilla) and ActivityPub (optionally, but on by default)
• multiple independent channels/identities on the same account/login
• nomadic identity
• virtually unlimited character count
• full blogging-level text formatting using BBcode, Markdown and/or HTML, including in-line images
• advanced, extensive permission controls for privacy and security second to none in the Fediverse, customisable for each individual contact with 15 permission settings
• optional individual word filters per contact
• optional automatic reader-side content warning generator
• support for flagging images sensitive for Mastodon
• built-in file space with WebDAV connectivity per channel
• built-in, headless CardDAV and CalDAV servers per channel

(streams) is the latest stable release in a family of server applications that started in 2010 with a decentralised Facebook alternative named Mistpark, now known as Friendica.

The evolution in the family started in 2011 when Mike invented the concept of nomadic identity, the simultaneous existence of the same Fediverse identity with the same content on multiple server instances, to help overcome the issue of server instances shutting down and their users losing everything. It was first implemented in a Friendica fork named Red in 2012 which was turned into Hubzilla in 2015.

The streams repository came into existence in October, 2021, with a whole tree of eight forks between it and Hubzilla since 2018. Just a few weeks ago, Mike forked it into a new project named Forte, almost nothing about which is known yet, and which is probably very experimental, seeing as Mike has been working on implementing nomadic identity in ActivityPub as of late.

There hasn't been any statement about Forte's future either, but Mike is known to pass stable, daily-driver projects on to the community when he starts something new, such as Friendica in 2012 when he started working on Red and Hubzilla in 2018 when he started working on Osada and Zap. And as small as (streams) may be, seeing as it's sitting in roughly the same niche as Friendica and Hubzilla, it has become a stable daily driver for about a couple dozen users.

(streams) won't go away, but its development will slow down dramatically because new maintainers have yet to be found, and until now, Mike has pretty much done all the work on it. It will probably take longer for the dust to fully settle after (streams) has introduced portable objects as per FEP-ef61 on its way to nomadic identity via ActivityPub. Also, @silverpill, the maintainer of Mitra which currently is the only other Fediverse software to implement FEP-ef61, will have other and more people to talk to.

When disabled Fediverse users demand participation in accessibility discussions, but there are no discussions in the first place, and they themselves don't even seem to be available to give accessibility feedback

"Nothing about us without us" is the catchphrase used by disabled accessibility activists who are trying to get everyone to get accessibility right. It means that non-disabled people should stop assuming what disabled people need. Instead, they should listen to what disabled people say they need and then give them what they need.

Just like accessibility in the digital realm in general, this is not only targetted at professional Web or UI developers. This is targetted at any and all social media users just as well.

However, this would be a great deal easier if it wasn't still "without them" all the time.

Lack of necessary feedback

Alt-text and image descriptions are one example and one major issue. How are we, the sighted Fediverse users, supposed to know what blind or visually-impaired users really need and where they need it if we never get any feedback? And we never get any feedback, especially not from blind or visually-impaired users.

Granted, only sighted users can call us out for an AI-generated alt-text that's complete rubbish because non-sighted users can't compare the alt-text with the image.

But non-sighted users could tell us whether they're sufficiently informed or not. They could tell us whether they're satisfied with an image description mentioning that something is there, or whether they need to be told what this something looks like. They could tell us which information in an image description is useful to them, which isn't, and what they'd suggest to improve its usefulness.

They could tell us whether certain information that's in the alt-text right now should better go elsewhere, like into the post. They could tell us whether extra information needed to understand a post or an image should be given right in the post that contains the image or through an external link. They could tell us whether they need more explanation on a certain topic displayed in an image, or whether there is too much explanation that they don't need. (Of course, they should take into consideration that some of us do not have a 500-character limit.)

Instead, we, the sighted users who are expected to describe our images, receive no feedback for our image descriptions at all. We're expected to know exactly what blind or visually-impaired users need, and we're expected to know it right off the bat without being told so by blind or visually-impaired users. It should be crystal-clear how this is impossible.

What are we supposed to do instead? Send all our image posts directly to one or two dozen people who we know are blind and ask for feedback? I'm pretty sure I'm not the only one who considers this very bad style, especially in the long run, not to mention no guarantee for feedback.

So with no feedback, all we can do is guess what blind or visually-impaired users need.

Common alt-text guides are not helpful

Now you might wonder why all this is supposed to be such a big problem. After all, there are so many alt-text guides out there on the Web that tell us how to do it.

Yes, but here in the Fediverse, they're all half-useless.

The vast majority of them is written for static Web sites, either scientific or technological or commercial. Some include blogs, again, either scientific or technological or commercial. The moment they start relying on captions and HTML code, you know you can toss them because they don't translate to almost anything in the Fediverse.

What few alt-text guides are written for social media are written for the huge corporate American silos. 𝕏, Facebook, Instagram, LinkedIn. They do not translate to the Fediverse which has its own rules and cultures, not to mention much higher character limits, if any.

Yes, there are one or two guides on how to write alt-text in the Fediverse. But they're always about Mastodon, only Mastodon and nothing but Mastodon. They're written for Mastodon's limitations, especially only 500 characters being available in the post itself versus a whopping 1,500 characters being available in the alt-text. And they're written with Mastodon's culture in mind which, in turn, is influenced by Mastodon's limitations.

Elsewhere in the Fediverse than Mastodon, you have much more possibilities. You have thousands of characters to use up in your post. Or you don't have any character limit to worry about at all. You don't have all means at hand that you have on a static HTML Web site. Even the few dozen (streams) users who can use HTML in social media posts don't have the same influence on the layout of their posts as Web designers have on Web sites. Still, you aren't bound to Mastodon's self-imposed limitations.

And yet, those Mastodon alt-text guides tell you you have to squeeze all information into the alt-text as if you don't have any room in the post. Which, unlike most Mastodon users, you do have.

It certainly doesn't help that the Fediverse's entire accessibility culture comes from Mastodon, concentrates on Mastodon and only takes Mastodon into consideration with all its limitations. Apparently, if you describe an image for the blind and the visually-impaired, you must describe everything in the alt-text. After all, according to the keepers of accessibility in the Fediverse, how could you possibly describe anything in a post with a 500-character limit?

In addition, all guides always only cover their specific standard cases. For example, an image description guide for static scientific Web sites only covers images that are typical for static scientific Web sites. Graphs, flowcharts, maybe a portrait picture. Everything else is an edge-case that is not covered by the guide.

There are even pictures that are edge-cases for all guides and not sufficiently or not at all covered by any of them. When I post an image, it's practically always such an edge-case, and I can only guess what might be the right way to describe it.

Discussing Fediverse accessibility is necessary...

Even single feedback for image descriptions, media descriptions, transcripts etc. is not that useful. If one user gives you feedback, you know what this one user needs. But you do not know what the general public with disabilities needs. And what actually matters is just that. Another user might give you wholly different feedback. Two different blind users are likely to give you two different feedbacks on the same image description.

What is needed so direly is open discussion about accessibility in the Fediverse. People gathering together, talking about accessibility, exchanging experiences, exchanging ideas, exchanging knowledge that others don't have. People with various disabilities and special requirements in the Fediverse need to join this discussion because "nothing about them without them", right? After all, it is about them.

And people from outside of Mastodon need to join, too. They are needed to give insights on what can be done on Pleroma and Akkoma, on Misskey, Firefish, Iceshrimp, Sharkey and Catodon, on Friendica, Hubzilla and (streams), on Lemmy, Mbin, PieFed and Sublinks and everywhere else. They are needed to combat the rampant Mastodon-centricism and keep reminding the Mastodon users that the Fediverse is more than Mastodon. They are needed to explain that the Fediverse outside of Mastodon offers many more possibilities than Mastodon that can be used for accessibility. They are needed for solutions to be found that are not bound to Mastodon's restrictions. And they need to learn about there being accessibility in the Fediverse in the first place because it's currently pretty much a topic that only exists on Mastodon.

There are so many things I'd personally like to be discussed and ideally brought to a consensus of sorts. For example:

• Explaining things in the alt-text versus explaining things in the post versus linking to external sites for explanations.
  The first is the established Mastodon standard, but any information exclusively available in the alt-text is inaccessible to people who can't access alt-text, including due to physical disabilities.
  The second is the most accessible, but it inflates the post, and it breaks with several Mastodon principles (probably over 500 characters, explanation not in the alt-text).
  The third is the easiest way, but it's inconvenient because image and explanation are in different places.
• What if an image needs a very long and very detailed visual description, considering the nature of the image and the expected audience?
  Describe the image only in the post (inflates the post, no image description in the alt-text, breaks with Mastodon principles, impossible on vanilla Mastodon)?
  Describe it externally and link to the description (no image description anywhere near the image, image description separated from the image, breaks with Mastodon principles, requires an external space to upload the description)?
  Only give a description that's short enough for the alt-text regardless (insufficient description)?
  Refrain from posting the image altogether?
• Seeing as all text in an image must always be transcribed verbatim, what if text is unreadable for some reason, but whoever posts the image can source the text and transcribe it regardless?
  Must it be transcribed because that's what the rule says?
  Must it be transcribed so that even sighted people know what's written there?
  Must it not be transcribed?

...but it's nigh-impossible

Alas, this won't happen. Ever. It won't happen because there is no place in the Fediverse where it could sensibly happen.

Now you might wonder what gives me that idea. Can't this just be done on Mastodon?

No, it can't. Yes, most participants would be on Mastodon. And Mastodon users who don't know anything else keep saying that Mastodon is sooo good for discussions.

But seriously, if you've experienced anything in the Fediverse that isn't purist microblogging like Mastodon, you've long since have come to the realisation that when it comes to discussions with a certain number of participants, Mastodon is utter rubbish. It has no concept of conversations whatsoever. It's great as a soapbox. But it's outright horrible at holding a discussion together. How are you supposed to have a meaningful discussion with 30 people if you burn through most of your 500-character limit mentioning the other 29?

Also, Mastodon has another disadvantage: Almost all participants will be on Mastodon themselves. Most of them will not know anything about the Fediverse outside Mastodon. At least some will not even know that the Fediverse is more than just Mastodon. And that one poor sap from Friendica will constantly try to remind people that the Fediverse is not only Mastodon, but he'll be ignored because he doesn't always mention all participants in this thread. Because mentioning everyone is not necessary on Friendica itself, so he isn't used to it, but on Mastodon, it's pretty much essential.

Speaking of Friendica, it'd actually be the ideal place in the Fediverse for such discussions because users from almost all over the place could participate. Interaction between Mastodon users and Friendica forums is proven to work very well. A Friendica forum can be moderated, unlike a Guppe group. And posts and comments reach all members of a Friendica forum without mass-mentioning.

The difficulty here would be to get it going in the first place. Ideally, the forum would be set up and run by an experienced Friendica user. But accessibility is not nearly as much an issue on Friendica as it is on Mastodon, so the difficult part would be to find someone who sees the point in running a forum about it in the first place. A Mastodon user who does see the point, on the other hand, would have to get used to something that is a whole lot different from Mastodon while being a forum admin/mod.

Lastly, there is the Threadiverse, Lemmy first and foremost. But Lemmy has its own issues. For starters, it's federated with the Fediverse outside the Threadiverse only barely and not quite reliably, and the devs don't seem to be interested in non-Threadiverse federation. So everyone interested in the topic would need a Lemmy account, and many refuse to make a second Fediverse account for whichever purpose.

If it's on Lemmy, it will naturally attract Lemmy natives. But the vast majority of these have come from Reddit straight to Lemmy. Just like most Mastodon users know next to nothing about the Fediverse outside Mastodon, most Lemmy users know next to nothing about the Fediverse outside Lemmy. I am on Lemmy, and I've actually run into that wall. After all, they barely interact with the Fediverse outside Lemmy. As accessibility isn't an issue on Lemmy either, they know nothing about accessibility on top of knowing nothing about most of the Fediverse.

So instead of having meaningful discussions, you'll spend most of the time educating Lemmy users about the Fediverse outside Lemmy, about Mastodon culture, about accessibility and about why all this should even matter to people who aren't professional Web devs. And yes, you'll have to do it again and again for each newcomer who couldn't be bothered to read up on any of this in older threads.

In fact, I'm not even sure if any of the Threadiverse projects are accessible to blind or visually-impaired users in the first place.

Lastly, I've got some doubts that discussing accessibility in the Fediverse would even possible if there was a perfectly appropriate place for it. I mean, this Fediverse neither gives advice on accessibility within itself beyond linking to always the same useless guides, nor does it give feedback on accessibility measures such as image descriptions.

People, disabled or not, seem to want perfect accessibility. But nobody wants to help others improve their contributions to accessibility in any way. It's easier and more convenient to expect things to happen by themselves.

How the new version of the Firestorm viewer with support for Physically-Based Rendering enrages its users

As to be expected, the Second Life community is completely exploding over PBR, now that the single most popular viewer has rolled out the first version with Physically-Based Rendering. And I don't mean exploding with cheer.

The announcement thread on Reddit shows people with Nvidia GeForce RTX cards who suddenly have slideshow-like FPS for some reason. I must admit this makes me wonder because I get fairly great results out of a Radeon RX590 which is even less high-end. Under Linux. With an open-source driver from the Debian testing repos. In OpenSim, but that shouldn't make so much of a difference unless Second Life surrounds you with 2K PBR content everywhere now.

Another Reddit thread is about how Second Life users take their frustration out on the volunteer Firestorm support in Second Life as in in-world. They catch all the anger that should rather go directly to Linden Lab.

Despite what some users experience with dedicated video hardware that partly isn't even six years old, it's apparent that many of those who complain about the PBR viewers being slow are on toasters that shouldn't have been used for anything 3-D in the first place, especially not virtual worlds full of amateur-made, unoptimised content. Worlds in which optimisation is quality degradation, and ARC is a measurement for good looks.

At least among the Firestorm users, over 10% of them are on mobile hardware that's at least ten years old which usually means on-board graphics. In fact, people are still whining over 32-bit Windows support being axed because their only (or most powerful) computer is so ancient that it still boots 32-bit Windows. And yet, they use it for 3-D virtual worlds because they haven't been able to afford any computer, new or used, in a decade and a half.

So the sharp drop in FPS came not only from a new rendering engine, but also from turning stuff on that was off before and then ripping off the switches. Advanced lighting model, bump maps and normal maps, transparent water, shaders, light sources other than the Sun, the Moon and ambient...

The irony is that Linden Lab and the Firestorm team decided to turn the Advanced Lighting Model including normal maps and specular maps permanently on to make normal maps more convenient and more attractive for content creators. I mean, what they currently do is make their content for potato computers on which all graphical bells and whistles have to be turned off, including normal maps. So how do you make small surface details if you can't rely on normal maps? You build them into the mesh itself, making it vastly more complex in the course and cutting into everyone's FPS.

It's also apparent that nobody could be bothered to read up about PBR. Many seem utterly surprised about the FPS drop. They're used to Firestorm becoming slower and slower to them with every release, but not by such degrees. They seem not to have read that this would happen.

The complaints about how stuff suddenly looks differently come for the same reason: People didn't read up on PBR. They seem to think that PBR is ALM with mirrors instead of an entirely new lighting and rendering model. However, PBR also includes High Dynamic Range, and at least in Second Life, both forward rendering and the old ALM have such a low dynamic range that they render everything in pastel tones, and content creators had to tint everything in garishly cartoonish colours to balance that.

What's happening is largely exactly the same as whenever Linden Lab introduces something new: Conservative users reject it because they reject all changes that actually change stuff and can't be turned off. I guess the outcry when viewers dropped the mesh option and permanently forced everyone to see mesh must have been as big as the outcry when mesh was introduced.

At this point, it really is a pity that there's no real OpenSim forum on which people from all grids can congregate and discuss things. OpenSimWorld has built-in forums, but hardly anyone knows because nobody ever pays attention to the left-hand sidebar.

If there was a central place to discuss OpenSim matters, I guess the outcry against the new Firestorm would come a bit more slowly, but be even more extreme, and even more people would be opposed to it and PBR in general. Including those who say they'll never upgrade to Firestorm 7 while still using Firestorm 6.5.6 or 6.4.21 or so.

There would be four reasons for this. One, while the Second Life community is already so old that it needs newbies who stick around to equal users passing away, the OpenSim community manages to be even older on average, and that means even more conservative. Even more than Second Life users, OpenSim users are likely to want OpenSim back the way it was when they joined. There are still people in OpenSim who vocally oppose mesh. And it isn't too unnormal in OpenSim for users who have been around for long enough to have avatars on a 2010 or even 2007 level whereas you risk being ostracised in Second Life if your mesh body is older than 12 months.

Two, OpenSim is basically Second Life for those who can't afford Second Life. You can get land for dirt cheap, and you can get e.g. a Maitreya LaraX, LeLutka EvoX heads and Doux EvoX skins and hair for absolutely free. The latter isn't legal, but still. So it isn't only the cheapskates and the anti-capitalists who flock into OpenSim, but especially those who genuinely don't have the money to have a decent Second Life experience. And if they don't have money for that, it's highly unlikely that they have money for a decent computer. In other words, many of those who use the Firestorm Viewer on mobile hardware from before 2015 are probably OpenSim users. OpenSim has to have an even higher number of toasters per 1,000 users than Second Life.

Three, and this comes on top: Second Life has a three-versions rule. Only the three most recent versions of any given viewer are allowed to connect. OpenSim doesn't have such a rule. Certain grids or sims might limit which viewers their visitors are allowed to use and mostly do so to keep copybotters out, but in general, such a rule doesn't exist. You can use OpenSim with a Firestorm 5.x if you want to, and if you're living in a bubble on a grid that still runs on OpenSim 0.8.2.1 in which next to nobody has a mesh body, and nobody uses BoM. Absolutely having to upgrade your viewer is not part of OpenSim's culture. Instead, it's perfectly normal to keep using old viewers if you reject certain new features, e.g. EEP.

And four, most OpenSim users aren't even used to seeing Blinn-Phong, i.e. the old normal map and specular map model. Most of the time when content is illegally exported from Second Life and put back together, normal maps and specular maps are omitted. Doing so saves time that can be used to churn out more stuff which probably also explains why some importers don't even add the missing AVsitter back into furniture unless it's sex furniture. And besides, so many OpenSim users are on toasters and have normal maps and specular maps off anyway, and it isn't worth adding what next to nobody can see. It's really mostly only a few of OpenSim's own original creators who add normal maps and specular maps, but their creations aren't available on the big popular freebie sims where everyone picks up their stuff nowadays.

So criticism on PBR in OpenSim would be mixed with a lot of "change is bad" attitude. Expect people demanding OpenSim's development split from Second Life's, and OpenSim finally get its own viewer, just so that OpenSim doesn't have to take over all the "new crap" that Linden Lab whips up. Expect some saying this should have happened long ago, up to the point of some old-timers saying that the introduction of mesh was a mistake already and basically wanting OpenSim to look like Second Life did in 2008 for all eternity because that's what they're used to. And that's what they think their toasters can handle because they've all but forgotten what it's like to be surrounded by thousands of prims.

If you're a frequent partygoer in OpenSim, you're likely to know at least some of these

How Second Life's ageplay scandal that isn't even so much about there being ageplay increases "underage" avatar paranoia in OpenSim

Breaking news yesterday was an article on Medium about ageplay in Second Life. Sexual ageplay. As in sexual encounters between adult-looking avatars controlled by adult users and underage-looking avatars controlled by adult users. And how Linden Lab not only seem to ignore it to such degrees that they're allegedly doing so intentionally, but some Lindens are allegedly involved in it themselves. I won't link to the article, but here's the thread in the Second Life subreddit about this article and its impact.

To make one thing clear: Yes, we're definitely talking about adult users in all cases. For those of you who don't know Second Life: First of all, Second Life has a content rating system for sims. General is PG which means pretty much squeaky-clean. Moderate is 18+ and allows for stuff like public nudity and sexual actions in private unless a sim owner explicitly forbids it. Adult is 18+, too, and allows for everything in public.

Besides, Second Life has age verification. You have to send in a copy of your ID or something similar to prove your real-life age, otherwise your avatar will be restricted to General-rated sims. And General-rated sims, by definition, don't allow for sexual encounters because the scripted furniture necessary for acting out sexual activities is not allowed to be installed on General-rated sims in the first place.

So in this scandal, everything is vague so far. But the impact is the bigger already. In Second Life, not few users have been sceptical about the nature of avatars that look like children. But now this has turned into a veritable witch hunt against anyone and everyone who doesn't look "grown-up" by Second Life standards, also because Second Life Residents feel like they have to take matters into their own hands if the Lindens have actually been proven to do diddly-squat time and again.

The situation in OpenSim

But I don't want to talk about the Second Life side. I want to talk about how this affects OpenSim, for the vast majority of OpenSim users are Second Life users as well and closely follow Second Life news and Second Life blogs.

In OpenSim, apart from most of the underlying technology, things are a lot different from Second Life. OpenSim is as decentralised as can possibly be, and it has been since its very inception in 2007 and the introduction of federation in the shape of the Hypergrid in 2008.

OpenSim doesn't have a central authority in any shape or form. OpenSim doesn't have any centralised rules or rule-making in any shape or form either. The only reason why OpenSim has the exact same three content rating levels as Second Life is because it's used with Second Life viewers, and thus, it has to be compatible with Second Life.

But even these content rating levels become meaningless without a central authority that defines them and enforces them. And the only thing that's central in OpenSim is the development of the vanilla OpenSim server software. In OpenSim, rules only matter if you're in a place where someone else makes the rules. But you don't have to. Anyone can launch their own private or public grid and make their own rules or none at all, and as long as they're on their own grid, they live by their own rules or the lack thereof.

In fact, the only grid I know that has written-down definitions for the content rating levels is the commercial grid DigiWorldz. Even DigiWorldz allows these rules to be used "liberally" on the side of making them stricter. You may have an Adult-rated sim which, at the same time, is G-rated.

On top of that, the content rating levels are half-useless in OpenSim anyway. There is no central avatar registry either. There is no central authority that does more or less mandatory age checks for avatars. In fact, almost no grid has ever had any age verification, and even if there was something like that, it was limited to that one grid and to its own residents. OSgrid couldn't possibly automatically inquire from Metropolis if an avatar that Hypergridded in from Metropolis to OSgrid had a verified adult user. So a mechanism that could keep underage users away from Moderate-rated or Adult-rated sims doesn't exist because it's impossible to implement, much less make it as 100% water-tight as in Second Life.

Thus, the content rating levels aren't much more than "decorative" and could theoretically serve as not much more than a content warning.

So much about the OpenSim background.

No central authority means a safe haven

Now, due to this decentralised, inherently borderline anarchist ecosystem, OpenSim became a new home for people who were banned from Second Life for whichever reasons. After all, even if they also ended up being banned from several OpenSim grids, they could always start their own grid. And if too many grids blocked their grid, they could start a new one with a new identity. And so forth. But many don't even have to go that far because grid-hopping and having more than one identity slows down actions against them.

This doesn't only apply to notorious troublemakers. It applies to paedophiles just as well. Only newbies are completely unaware that there are paedos in OpenSim, but then again, many newbies who haven't been in Second Life before coming to OpenSim can't imagine that there's virtual sex in OpenSim at all. Even if they discover that all technical requirements are fulfilled.

In particular, there have been two particularly infamous cases of paedophiles in OpenSim. One was a guy from Texas who always rejected the rules of sims, the rules of entire grids and even local and national laws and substituted his own. Or rather, he claimed that whatever he did did not break any rules because of some specifics in the wording or something.

For one, he tried to talk nude adult female avatars into ageplay while remaining fully dressed himself at first. In this case, ageplay would have meant an adult user of an adult male avatar acting as an adult man and an adult user of an adult female avatar acting like a little girl. Essentially, to get around anti-ageplay or anti-child-avatar ruling, he aimed for daddyplay with grown-up counterparts, something he would have been able to claim to be perfectly legal on the sim, in the grid and in all real-life jurisdictions involved and thus unsanctionable.

Besides, however, he was repeatedly caught butt-naked next to child avatars on General-rated sims. It couldn't ruin his reputation anymore, no matter how many identities he had. But it could completely destroy that of the sims and their owners for "allowing" this to happen.

The other case was a convicted English paedophile with a different modus operandi. All his avatars were little girls as in children. He had a whole number of identities readily available for them so he could quickly register new avatars.

This was obvious from a number of points: So there were these little girls randomly appearing on sims where there was at least one more avatar. They had different names. They came from various grids. But sometimes girls from different grids had the same name. And they all acted exactly the same.

They landed on the sim. They stayed on the landing-point. It was usually or always a sim which, if it was an event location, didn't have the landing-point right next to the party. They picked out one of the avatars on the sim. And then they got into contact with that avatar via IM. The wording was always exactly identical. That guy had a notecard or a text file or a Word document or something from which he copy-pasted not only avatar names, but also always the same dialogues. I wouldn't wonder if even the intended ageplay would have acted out along pre-defined lines that he would have copy-pasted.

And this guy certainly had enough avatars to keep going for months. He could always make new avatars by registering one on another grid, copy-pasting in the forename and the surname, then having the brand-new avatar meet one of his already existing avatars and the existing avatars sending over a bunch of items to the new avatar's inventory. He eventually vanished altogether, either because OpenSim became uninteresting, or because it became too much of an effort compared with whatever else he discovered, or because he was convicted in real life once more.

OpenSim's war on child avatars

It's due to such happenings that many OpenSim users, sim owners and owners of not-exactly-tiny public grids in particular, have been up in arms against ageplay for a couple of years already. And as there's no central authority in OpenSim that could make rules against ageplay and combat it, there's no central authority to keep individuals' efforts in this direction from going completely out of hand.

One attempt at a countermeasure is the attempt at re-defining the Adult rating. The "Adult" part is to refer to the visual age of the avatars visiting a place, and the Adult rating is to mean that no child avatars are allowed. This sounds like a given, but at the same time, Adult-rated sims are often not PG-rated, but G-rated at the same time, not allowing nudity or even only scanty clothing anywhere. Sometimes, entire grids do that, but it's mostly the owners of sims having such a re-defined Adult rating who defend their one-sided re-definition.

A nasty side-effect of this, however, is that the Adult rating loses its effect as a content warning. More and more OpenSim users simply don't expect anything naughty on Adult-rated sims anymore, and they're highly irritated when they come to an on-going event on an Adult-rated sim such as Stark and see naked avatars. At the same time, nudists can't count on nudity being allowed on Adult-rated sims anymore. And there have actually been cases of avatars being permanently banned from Adult-rated sims that nonetheless don't allow nudity, but that don't announce their ban on nudity anywhere.

Another attempt is the infamous Childgate. It's a script that checks the height of an avatar, and if it's below a certain threshold, the script automatically both kicks and permanently bans the avatar. So far, so good.

Collateral damage: realistic and non-sexy avatars

But the Childgate is pre-configured to kick and ban any and all avatars under 6 feet which is 1.83m. That's taller than most women in real life, and it's even taller than many men in real life. But due to Second Life's unreliable avatar height measuring, namely up to the eyes rather than the top of the head, Second Life users quit paying attention to the height indicated by their shapes which quickly led to ludicrously tall avatars becoming the standard. This, of course, bled into OpenSim which does not have that quirk, but few people know OpenSim doesn't have it. Still, if you have a realistically-sized avatar, chances are good that you'll be kicked and banned from sims with a Childgate on the spot.

I'm not even sure if the Childgate measures an avatar's height the OpenSim way or the Second Life way. And I've read somewhere that some sim owners have configured the Childgate to kick and ban everyone under 7 feet which is 2.14m because they unironically consider avatars of that height underage.

And then there are less voluptuous versions of popular mesh bodies, especially Athena Petite. Athena Petite is basically a variant of the Athena mesh body for more realistic avatars. Athena is much more on the "sexy" side with breasts which, even at small settings, would be very likely to be inflated with silicone in real life, so big are they. Athena Petite has realistically-sized breasts. The original target audience are the same people who adjust their avatar's height to something realistic; if they're women in real life, it's often their real-life height.

However, the average OpenSim user isn't used to that. The average OpenSim user is used to completely distorted female avatars as the standard. 7' or taller. BBBBBL (big butt, big boobs, big lips, referring to a large derriere, a pair of unnaturally-sized breasts and a mouth with unnaturally enormous lips in a perpetual kiss shape not unlike a duckface). A skin tone that'd require you to sleep in a tanning-bed, but still with bright red lipstick. The avatar being nine or ten times as tall as the head is big when seven and a half or, at most, eight times would be realistic. 60% of the body height being the legs, not even necessarily including the feet which are permanently fixed in a position for 6-inch heels. And, of course, arms that are so short that the fingertips don't reach farther down than the crotch.

Athena is being perceived as a "normal" woman because over 90% of all female avatars roaming the Hypergrid since 2015 have been Athenas, often with hardly modified shapes. "Sexy" starts with Legacy which has an absolutely unnatural waist-to-hip ratio, and if that doesn't suffice, there are the various HG bodies which have an even more ridiculously huge butt and hips that are three times as wide as the waist. Well, and if there's something that's less voluptuous than bone-stock, standard, everyday, off-the-shelf Athena, it's automatically perceived as probably underage.

Even before the current situation, there have been known cases of sim owners kicking and banning avatars with Athena Petite bodies in the course of enforcing their "no child avatars" policy because they consider Athena Petite to be 14 years old at most.

But there have also been cases of avatars being kicked and banned for looking underage because they didn't check enough "sexy" marks. Realistic height plus realistic shape which results in a "bubble head". Toned-down lips, even though hardly anyone does that. Too pale skin tone. Freckles, only kids have freckles. No make-up. Hairstyle other than long flowing locks. Wearing too much pink without at the same time looking like a total slut. Wearing too much pastel. Wearing too bright colours. Wearing flat sneakers because female avatars are expected to always only ever wear sandals or high boots, in both cases with at least 6-inch heels. Wearing socks because female avatars are expected to wear black nylon stockings or no hosiery at all. Sometimes only one of these is enough for a female avatar to be flagged a child avatar.

Bleak future

Again, this has been the status quo up until that article on Medium. And it isn't like the article doesn't have any effect on OpenSim. In fact, it has already started. And I expect it to escalate further.

Soon, you'll have to max out the sexiness of your avatar everywhere all the time. Sim owners will raise the threshold of what's considered a grown-up avatar. Not only will they ban even more avatars that aren't sexy enough on sight, but avatar attachment gates will spread. These things can and do remove avatars based on what the avatars wear. And I expect these gates to be fed with more and more content which, according to OpenSim sim owners, is typical for child avatars. It already starts with all known kid mesh bodies and all known kids' clothes. I think Athena Petite will quickly be added to most of them. And I actually expect them to soon include keywords like "sneakers" or "freckles" or the like.

How hard to find are our event locations? Yes.

The mainland of Dorenas World has probably got some of the most well-hidden event locations on the Hypergrid. Let me sum them up by sim.

Landing

The festival ground is the easiest location. It's open-air, it's big, it's impossible to miss the stage, and you land right next to it either way.

There's also an amphitheatre, but I've yet to see something happen there. Anything in the grid that requires a stage happens on the festival ground.

Nihilon

Home of the legendary Rock-House that has seen the same event with the same DJ each Friday for almost ten years, first for four hours, now for five, with only three Fridays without an event.

But "Rock-House" already says it: It's inside a building. But the landing-point isn't. The OSW beacon lands you in front of the beacon which is diagonally opposite the parking-lot. From there, you still have to walk to the building, open a semi-transparent door and go inside.

The map lands you at 128,128 which is under water, and the sim is decorated under water, so you're tempted to believe it's an underwater event.

Oh, by the way, landmarks inside the Rock-House don't work properly either. They land you on the roof. Thus, setting the landing-point inside the building, right next to the dancefloor with the avatar oriented towards the dancefloor, won't work anyway.

Westend

The UnFassBar BassBar is currently home of a bi-weekly Thursday event. But it adds to the difficulty of finding it. Not only do you land outside, and the events are in-doors, but you land near the middle of an urban sim from where the event location isn't even visible. It's along a street, around a corner and along another street, and then it's inside a building with doors that can be found all over the Hypergrid, but rarely with a club inside it. At least it has a neon sign outside.

Before you ask: No, there is no teleporter. There aren't even arrows. Unless someone offers you a teleport, it's about a minute of walking if you know the way.

GridTalk

Named after the eponymous German OpenSim forum that's almost as old as the grid and founded and run by our Thursday DJ, this is the sim that makes finding recurring events the most difficult to find.

This starts with GridTalk having a whopping six event locations. Five of them have dance balls, all except the amphitheatre. Yes, another amphitheatre. At least three are used by the regular Tuesday event.

Oh, and the landing-point is in the middle which is nowhere near either of the locations. There are paths everywhere. But again, no teleporters, especially not the one teleporter that takes you straight to where the party is.

For most of the year, the Tuesday event is at the campfire in the northeast. In summer, it's on the beach in the west. The cold of the winter drives us into the club building in the southwest.

To make matters worse, that building has two clubs inside, connected by spiral stairs that aren't too obvious to find. The GridTalk-Club is upstairs, that's where you end up when you walk to the building from the landing. It's fairly straight-forward to find, even for an HG-Safari, but you have to know that it's there where an event is happening.

The Haifischbar is downstairs, and you can't even really see any traces of it from anywhere else on the sim except when you look closely enough inside the GridTalk-Club, and you discover the stairs.

To make matters even worse, we're at the Haifischbar this winter.

An honourable mention goes to the Keule, a club in the north near the campfire that was built by our very own ProgRock producer. "Keule" is one of his favourite words, and it's German for "club" as in the weapon. I've only seen him do a set there once, but our Thursday DJ has hijacked the club on one occasion this winter in order for it to see some use. Now, it's still a club inside a building, one without doors, but a building.

Dorenas World

The old landing sim and the oldest sim in the grid is an honourable mention of its own because years may pass without a single event. It has the rather spacious dance club Dancing Desire in a building with lots of glass, and the landing is close to the building, so finding your way there is not too difficult because you should actually be able to see the party itself.

That said, the grid is not beyond pop-up dance clubs such as for Dorena's birthday last year. We held a surprise birthday in a park in the east of the sim where usually nothing happens at all. Also, it coincided with the HG-Safari visiting the grid. Some travellers had quite some difficulties finding the location in spite of red arrows everywhere.

Anachronia

Yet another honourable mention is the second-oldest sim in the grid. As far as I can tell, it currently has three locations, none of which are used regularly, and none of which are easily visible from the main landing point.

One is Gulliver's, the grid's own Irish pub in the northwest and the grid's oldest and smallest party location. Back when Dorenas World was new, it was big enough. I've only experienced one event there, and that was my own idea: Since St. Patrick's Day was on a Friday last year, I suggested moving it to the Gulliver's and playing some Irish tunes. The only way of fitting the irregular guests who came that day into the club was by up to six ladies dancing on the bar counter.

Anyway, the club is outside the wall that surrounds the main area, and so you can't see that there's a club on the sim at all. Oh, and the building doesn't immediately look like a club from outside because there are some nearly identical buildings around that have nothing inside them, particularly not a club. And just how many Hypergridders would expect an event inside a tiny Irish pub built in 2010?

Then there's the Glass Onion in the east which is similarly hard to find. I've been told that it has only ever seen one event. But since I live not too far away, dibs on it, should I ever start DJing. Yes, it's outside the wall, too.

Lastly, there's a location at the top of the tower in the middle of the sim. That tower is easily one of the highest structures in the whole Hypergrid. Getting all the way to the top requires several minutes of climbing stairs or a teleporter. The only events I've ever seen there were performances by Torben Asp before he passed away, and when these happened, there was always at least one teleporter in Anachronia itself and, I think, additional teleporters in key places on the grid such as Landing.

So you think you'll have your metaverse under control? Think again! (CW: nudity mentioned, sex mentioned, BDSM mentioned)

Okay, so you're working on creating a metaverse. Maybe proprietary, non-free and closed-source, maybe free-as-in-freedom and open-source. Maybe a walled garden, maybe something actually decentralised with worlds that are federated with one another, maybe even "the Metaverse" that shall become an Internet-wide standard or a least a part of it.

Of course, you're a professional. You think you've got everything down pat. No, you've never been in a virtual world. Or maybe you've worn a VR headset for a couple minutes once or twice before you've started your development. But you think you're as much of a virtual worlds expert as they ever come, simply because you've grokked the technology, and technology is all there is to virtual worlds.

And you think that you, as the creator of this platform, have everything fully under control.

My prediction as a several-years-long user of virtual worlds: You'll fall flat on your face. You'll be caught off-guard by and overrun with unexpected user-driven developments in your virtual worlds that neither you nor your worlds are prepared for. And you will have to doubt the two above paragraphs.

And here's why:

• Virtual worlds that absolutely require a VR headset won't become popular. Virtual worlds that absolutely require a VR headset from one specific brand will become even less popular. All the popular worlds out there can be used as "pancakes" on a run-of-the-mill desktop or laptop computer with a run-of-the-mill 2-D screen that folks have at hand anyway.
• The more limited your avatars are (e.g. no lower body/legs or no limbs, just hands and feet), the higher the probability that everyone will laugh about them. And compare them to Second Life.
• At this point, you'll find out that Second Life itself is not only unexpectedly still alive after two decades, but it has evolved a lot since 2008. At least on the desktop, that's your competition. Soon on phones as well. And it doesn't need simplified, cartoonish avatars in simplified, cartoonish worlds because it isn't made to always deliver 60fps on fanless mobile hardware, so it can go all the way with graphical details.
• If you leave world-building to corporate world owners and their paid designers, you have to pay your designers well for years and decades to come so they keep on building. Otherwise, your world will go stale because everyone will have seen everything, and nobody will want to come visit it anymore except for newbies. The key to successful virtual worlds is giving users the opportunity to build. And "users" doesn't only mean rich celebrities who pay virtual land admins to plop down their designer-built mansions on their ten-million-dollar parcels.
• And even building won't happen if you make it too difficult for users to build. Guess why Second Life and OpenSim are so popular.
• Virtual headquarters of cool brands only stay cool and exciting and interesting for so long and for so many people. Especially if they can't enter them. Ditto virtual mantions owned by celebrities.
• If there's the possibility to attach anything to an avatar, people will make avatar design more flexible than what the designers have planned.
• If you have professionals as your target audience, and your avatars have lower bodies, female users will demand appropriate business attire. This means you'll have to make skirts possible.
• Your standardised skirts which have worked pretty well under your lab conditions will show rampant leg clipping in daily use. You'll learn that Sinespace, Vircadia and Overte exist by finding out that they've got their own physics-based solution for skirts. And for long hair.
• Speaking of business attire, high heels. If avatars have feet, high heels will be requested. And not necessarily with only one height. Both the virtual world standard you're building on and your engine will only support flat feet from the beginning because who could really expect this?! So implementing high heels requires either re-writing half the avatar standard and half the avatar engine, also to account for the avatar being "taller" on heels, or an ugly kluge that nobody really is happy with.
• Alts. People will have alts.
  If you ask someone interested in virtual worlds who has never been in a virtual world or maybe just for business purposes, they'll tell you that everyone will have a "digital twin" avatar in The Metaverse in the future. As in exactly one avatar.
  Ask actual spare-time users of virtual worlds, and many will laugh and tell you they've got several avatars already now. In one and the same world.
  In a decentralised metaverse, this will be even more likely and impossible to prevent. Just look at OpenSim where almost everyone who has been around for at least a couple of months has avatars in multiple worlds, multiple grids, even though you can teleport between grids, between servers with different owners and operators running different versions of OpenSim, using the same avatar. And having multiple avatars with different identities isn't rare either, even within the same grid.
• Crossplayers. If the avatar looks female, that doesn't necessarily mean that there's a female user behind it. Especially not if text chat is used instead of voice.
• If kids can use your metaverse, and there's any incentive for kids to use your metaverse, kids will use your metaverse. Especially if it can work as a "pancake" without requiring a headset. And they're very likely to get themselves cool "grown-up" avatars, regardless of whether or not underage-looking avatars are possible/available or not. They're kids after all. Why should they only play themselves in-world if they can also play someone else just like they often do in real life?
• Vice versa, just because an avatar looks like a kid, doesn't mean the user behind the avatar is one.
• Nudity. And naughty stuff all the way to virtual sex. It will happen. Users will find a way. Maybe not right away, but they will.
  You may design your world for people to build virtual office spaces, virtual after-work dance clubs and virtual live music venues. But they will build fully-functional virtual swinger clubs and virtual BDSM dungeons once they figure out how.
  And you'll be so unprepared that banning everything remotely naughty out-right, while being a game of Whack-a-Mole itself and not even backed by actual rules at first, will be vastly easier than implementing content ratings, especially regional content ratings.
• A free, open-source, decentralised metaverse will not only consist of worlds operated by staffs of hired full-time professionals. There will be private people running their own worlds, either on a machine at home or on rented Web space.
• This also means that you can't bet on land scarcity and ask premium prices for your land in a free, decentralised metaverse. Why should people spend ridiculous amounts of money on chunks of your land if they can make their own land anytime?
• The easier it becomes for private individuals to set up their own worlds in a decentralised metaverse, the more people who really shouldn't operate any kind of server will do so nonetheless. And the more people will do so just to circumvent bans because nobody can ban them from their own worlds. Another two lessons OpenSim has learned, but nobody will learn from OpenSim as long as nobody knows that OpenSim exists, and as long as everyone only acknowledges virtual worlds that have a CEO.
• Different worlds, different rules. You'll find out quickly enough how this applies to decentralised networks of virtual worlds. The OpenSim community already did: Second Life's General/Mature/Adult content rating definitions are pretty much useless if each grid can re-define them as it pleases. General-rated clothing-optional beaches are just as real as places that are both Adult-rated and G-rated and only use the Adult rating to keep avatars looking like children out.
• Different worlds, different server software versions. In a decentralised metaverse based on anything designed or developed centrally, be it the server software, be it the standards definition, it's impossible to guarantee that all worlds always run the exact same version. You'll find out the hard way when a compatibility-breaking upgrade creates a rift through your precious metaverse between the worlds that have upgraded and those that haven't.
  Don't count on all worlds upgrading ASAP either. There will be worlds several years worth of new releases behind for whichever reasons, and be it because world owners disappear under a rock for years while keeping their worlds online.
• A decentralised and truly open-source metaverse will inevitably mean forks. And the forks want to stay compatible with the original. This also means that if you mess up, and you refuse to admit and fix your mistake, world owners may increasingly switch to forks and abandon your original project altogether.
• If you implement the possibility for one world to completely block another world, in-bound, out-bound or both, this feature will be used in feuds and other kerfuffles between worlds. Or between their admins. Or between the admin of one world and one user of another.
  If you don't implement it, users of rogue worlds can run rampant, and stopping them will be difficult or out-right impossible.
• Any innovation, any new feature you add to your virtual world system will not necessarily only be used the way you intended and designed it for. Never underestimate the creativity of your users.

Those who really know their way around virtual worlds can tell you all this and more.

But they aren't other creators of new virtual worlds. They aren't virtual world CEOs. I guess they aren't even Philip Rosedale, and on top of inventing, creating and leading Second Life, this guy has also actually read Snow Crash.

They aren't academic researchers either who interview virtual world designers and virtual world CEOs and other virtual world researchers and occasionally read what mass media or tech media write about virtual worlds without ever spending more than 15 minutes in a virtual world themselves.

No, they're the people who actually use virtual worlds. Regularly. A lot. And I don't mean the newfangled proof-of-concept stuff or small worlds specialised for exactly one purpose, one task.

The actual virtual world experts are the veterans of big, established, popular worlds like Second Life, including those Lindens who actually go in-world and thus have stories to tell. And the real experts on free, open-source, decentralised virtual worlds are the OpenSim veterans.

They haven't just heard or read about something being done in virtual worlds. They've witnessed it being done first-hand. Or they've actually done it themselves.

The free, decentralised metaverse is older than you may think

So I'm writing a lot about a thing called OpenSim. Or OpenSimulator. But outside my excessive image descriptions, I never explain what it is. And for everyone who finds one of my OpenSim-related posts and knows what it is, there have to be hundreds of thousands who don't.

If you can be bothered to Google it, you might still end up none the wiser. What you discover is either a human body simulator or a Wikipedia-style website that has something to do with virtual worlds, but that's so ripe with devspeak and adminspeak that you don't understand anything. Well, if you're on a phone, you probably can't be bothered to fire up a Web browser anyway.

Second Life, but free and open-source...

The latter result is actually the official OpenSim website. No, it doesn't have anything with a better UI/UX for casual visitors. So allow me to elaborate.

tl;dr: OpenSimulator is a free and open-source re-implementation of Second Life.

If you've never heard of that either: Second Life is a 3-D virtual world created by a guy named Philip Rosedale after reading Neal Stephenson's Snow Crash, the book that coined the term "Metaverse". It's developed, maintained and operated by Linden Labs, and it was launched in 2003. It had a huge hype around itself in 2007/2008.

Some claim it was shut down in late 2008 or early 2009 because nobody has heard anything of it ever since. Even mainstream mass media and tech media occasionally do. In fact, it was only the hype that was over. Corporations left Second Life and mass media with it, so that's why there was no mass media coverage of Second Life anymore.

Second Life is alive and well. It celebrated its 20th birthday last year. And it has evolved a lot since the hype. Remember those choppy, blocky in-world videos from around 2007, recorded on an utterly underpowered and overwhelmed single-core computer and compressed in glorious MPEG-2, showing ugly avatars and awkward movements? All this is a thing of the past. Second Life looks a lot different now. And two years from now, it'll look different again.

Oh, and it has adopted the term "metaverse" in 2022, trying to get its share of the hype.

...17 years old itself...

OpenSim did so, too, but 15 years earlier. In 2007. Over 14 years before Zuckerberg's announcement. When hardly anyone even knew that term.

Its development must have started in 2006. It was made possible when Linden Labs made their official viewer, that's what a client or "app" for Second Life is called, open-source. This, of course, meant that the Second Life API was laid open. This, in turn, led to the development of alternative, usually open-source third-party viewers for Second Life.

Now, in these days, not everyone was content with Second Life's rampant capitalism. Almost everything involved Linden Dollars. Freebie creators were either mobbed out of Second Life, or if they weren't, they were banned for costing Linden Labs more money than they made them. And that wasn't the only thing that people were fed up with.

So someone took the logical next step. Third-party viewers were built against the server side of the Second Life API. So why not build a whole new virtual world against the client side, against these third-party viewers? You wouldn't have to re-invent the wheel, you'd already have viewers, and people wouldn't have to re-learn everything when coming over from Second Life. They could even keep using the same application.

The project was first called OpenSecondLife, but that name just begged for a lawsuit. It then became OpenSL, but that meant everything and nothing at the same time. So it was renamed OpenSimulator. And its first public release was version 0.4 in January, 2007.

...a metaverse before it was cool...

The same year, OpenSim introduced the term "metaverse" into its own lingo by branding itself "The Open Source Metaverse" as seen in this static, archived copy of OpenSim's project website from December, 2007.

So it was not Zuckerberg who was the first to use this word for a non-fictional virtual world. And even OpenSim might have taken inspiration from an in-world conference in Second Life in 2007 that was named "Metaverse", too.

...and decentralised, not quite unlike the Fediverse

In spite of all similarities, OpenSim is quite different from Second Life. The biggest difference is that Second Life is an enclosed, centralised walled-garden virtual world. And OpenSim is not.

Technically speaking, OpenSim is only a server application for running worlds similar to Second Life. But this also means that anyone could do that theoretically. Anyone could run their own Second Life-like virtual world. It helps that OpenSim is cross-platform in spite of being server software; it's available not only for Linux, but also for macOS and for Windows which it was actually developed for originally.

So OpenSim is truly decentralised.

Now you might wonder what could possibly be so great about having lots of big and small Second Lifes if they're all separate worlds. Well, they aren't. At least most of them aren't.

For in 2008, OpenSim introduced a new feature called the Hypergrid. The Hypergrid made it possible to have an avatar in one world and travel to others, appearance, inventory and everything. Nowadays, over 95% of OpenSim's combined landmass is connected to the Hypergrid.

In other words: The free, decentralised metaverse has been reality for more than a decade and a half.

Some of you may recall Linden Labs' Second Life-to-OpenSim Hypergridding PR stunt. But that's another story and shall be told another time. Just so much: It was staged. It was all show.

Of grids and regions

Now I'm going to take a little dip into the lingo of Second Life and OpenSim.

Linden Lab refers to Second Life, the world, as a grid. And OpenSim worlds are called grids, too.

That's because they're split into square areas with a corner length of 256 metres or roughly 280 yards for those of you who aren't familiar with the metric system. These are called regions.

Unlike similar structures in other virtual worlds, however, they aren't isolated from one another. They aren't enclosed worlds within worlds. You can look from one region to another. In fact, if you crank the drawing distance all the way up to 1,024 metres, you can look across three regions and into the fourth.

Normally, all there is in a region is water. In order for something else to exist there, a so-called simulator, sim in short, has to be in place. In Second Life, each sim always only covers one region. OpenSim has introduced a feature called varsims in 2011 which makes it possible for one sim to cover a square area of theoretically up to 32x32 regions; that's about 64 square kilometres or 25 square miles. Regions with no sim running in them are rendered as ocean, and they can't be entered by avatars. The same goes for the area outside the actual grid.

This makes scaling grids easy: Sims in a grid don't necessarily have to run on the same server. Before the switch to AWS, Second Life ran three server farms for only one production grid. Big OpenSim grids are spread across multiple servers, too. Some grids even allow you to host your sims yourself and attach them to the grid which is usually even cheaper than renting a sim or even completely free-of-charge.

Of course, sims can also sit right next to one another. Second Life's mainland alone is made of thousands of them. And you can not only look from one into another, you can walk from sim to sim without using a teleporter. In the earlier years of both Second Life and OpenSim, this had the tendency of being rather wonky, especially between sims on different servers, but now it's quite reliable. In fact, even riding vehicles from sim to sim is possible. Hypergridding still requires a teleport, though.

Another difference between Second Life (or any other centralised virtual world) and OpenSim is that land in Second Life is finite. The grid has only got so much capacity for sims and so many regions available. While still considerably cheaper than especially crypto-based worlds, land in Second Life is still costly, not only because land rental is one of Linden Labs' main sources of income, but because there's only so much supply of it.

In OpenSim, on the other hand, land is practically infinite. The grids generally cover much larger areas. Unlike Second Life, no OpenSim grid has ever run out of regions. And more land can always be created by launching new grids. So even in the unimaginable case of all public grids with sim rentals being full, you can launch your own grid, and then you have as much land as you need.

One region in Second Life costs you about $250 a month, and that's in a more remote area. The mainland is even more expensive. Most OpenSim grids with sim rentals offer the same land area with an even higher object capacity for $10 a month. Some are more expensive, but especially on larger grids, $15 get you a sim on a rock-solid grid with good support. If you want more adjacent land area, you can usually rent varsims as well. And a 2x2, 3x3, sometimes even a 4x4 varsim isn't considerably much more expensive than a 1x1 sim.

Size comparison

If you've never heard of OpenSim before, you might imagine that it has to be tiny, even all grids compared.

This is actually far from being the case.

Second Life measures between 27,500 and 28,000 standard regions which amounts to over 1,800 square kilometres. Exact numbers for OpenSim don't exist as there are no stats that include all existing grids, but all of OpenSim combined is definitely over four times as big as Second Life. And again, over 95% of this are part of the Hypergrid.

OSgrid was the first public OpenSim grid, launched in July, 2007. Not only has it adopted the "Open Sim Metaverse" slogan from OpenSim itself, but it also grew into the biggest of all OpenSim grids, both in land area and in active users. Several times in recent history, most recently last year, OSgrid alone has surpassed Second Life itself in land area.

Also late last year, the Wolf Territories Grid was the second grid to grow bigger than Second Life. In fact, it has recently even outgrown OSgrid and become the biggest OpenSim grid. So there are two grids bigger than Second Life now.

However, these grids have reached their sizes in very different ways, and they're structured differently. OSgrid, for example, doesn't offer any land rentals. In fact, it doesn't even need a powerful region server. OSgrid itself only hosts a handful of "official" sims such as the various Plazas. Everything else is attached externally and hosted by the sim owners. So technically speaking, OSgrid still holds the record for running on the highest number of individual machines.

The Wolf Territories, on the other hand, started out in 2020 as a quickly growing bunch of 4x4 varsims owned by @Lone Wolf in ZetaWorlds. Several fully automated railway lines connected them. Later the same year, Lone launched his own grid and transferred all his land to it.

Two factors make the Wolf Territories grow so big. One is that Lone Wolf traditionally generates all of his own land on the grid himself using an algorithmic terrain generator. The main islands around the landing are terraformed and often had some stuff added to them, and be it a railway line. Younger sims are either untouched wilderness or owned by customers.

The other one is that the Wolf Territories have almost everything on varsims of 4x4 regions and upward, so the number of sims is not that staggeringly high. After all, the vast majority of sims covers 16 standard regions each. And yet, eight of these still cost less per month than one remote region in Second Life.

Empty World Syndrome

So if OpenSim has so much land area even in comparison to Second Life, how can it be that obscure? After all, it must have lots of users then.

Well, no.

Second Life is hardly growing. Its number of active users is more or less stagnating short of 55,000 per month.

OpenSim is constantly growing and breaking its own records. But OSgrid, slightly larger than Second Life, doesn't even have a tenth of Second Life's active users with a bit over 5,000. The Wolf Territories are hot on its heels, but still with fewer active users on even more landmass. And in both cases, this includes Hypergridders who mostly teleport in for partying or shopping. Without its number of event locations, the Wolf Territories would be even more deserted.

It's hard to tell how many users OpenSim has altogether. Grids claim they can identify alts (alternate avatars of the same user) as such instead of counting each one of them as an individual user. But there is no way of tracking users across all of OpenSim or even only the Hypergrid. And even alt identification may still be flawed if someone has avatars on multiple grids. This might affect both grids: The Wolf Territories aren't exactly the choice of newbies, so whoever makes an avatar there has already got at least one elsewhere. And OSgrid is popular not only amongst newbies, but also for parking spare alts.

So as great OpenSim is for building, it is not so good for socialising. In Second Life, you keep coming across other avatars almost all the time. In OpenSim, you really have to choose places that are populated if you want to meet other avatars:

• event locations with soon-to-start or on-going events
• freebie shopping sims that are so popular that there's always someone shopping there, but even then they may not want to be disturbed
• Lbsa Plaza, the main landing sim in OSgrid; there is always someone there, but whoever that may be does not necessarily qualify as a greeting committee, much less mentors

Everywhere else you can be lucky to come across even only one avatar.

Still close to Second Life

Feature-wise, OpenSim is largely on par with Second Life. And most of the time when Second Life introduces a new feature, OpenSim won't take too long to roll out the same feature. It does take its time, of course. Second Life has a whole full-time development staff behind itself, and OpenSim is mostly developed and maintained by four people in their spare time with some help from a few devs in OSgrid which, despite its size, is still the same experimental grid as in 2007.

But OpenSim doesn't have much of a choice. After all, it doesn't have a viewer of its own, at least none that's being actively maintained and that's sufficiently functional. It uses largely the same third-party viewers as Second Life, provided they support it.

None of these viewers have enough development capacity to basically split in two, i.e. have a largely independent variant only for OpenSim. Some special features of OpenSim have to be supported such as grid selection, Hypergridding or the distinction between avatars and non-player characters which Second Life doesn't have. But going beyond that is out of question.

Even the most popular third-party viewer for Second Life and the most popular OpenSim viewer altogether, the Firestorm Viewer, has a team of 20 people behind it, many more than OpenSim itself. But it's said that only one of them is an OpenSim user; the rest only knows Second Life. They simply don't have the capacity to maintain a separate code base for OpenSim.

Firestorm is nonetheless the only viewer with dedicated OpenSim variants. And a couple of years ago, there were actually two separate Firestorms, one for Second Life, one for OpenSim, because OpenSim itself was lagging behind in adding a new Second Life feature. This ended with the OpenSim branch not getting any updates at all because it didn't have a single maintainer anymore. Only when OpenSim had caught up with Second Life, this could be resolved by merging the two code bases again.

So whatever Second Life introduces has to be included in the third-party viewers. And whatever is added to the third-party viewers will usually inevitably have to be added to OpenSim as well. Especially if it replaces something older that's being phased out in Second Life, OpenSim can't keep it and has to implement the successor.

To put it in a nutshell, it's easier for OpenSim to add all new Second Life features just to stay compatible with existing viewers than to develop and permanently maintain its own viewer. Hence, anything that Second Life introduces will likely come to OpenSim as well.