Opensim Second Life

Posted onby admin

From OpenSimulator

Jump to: navigation, search

Shop the Second Life Marketplace to discover millions of items including virtual fashions, home decor, and more. Create and monetize your own creations to earn real profits in a virtual economy powered by Tilia.


Recently, we announced that we would be separating our repository into two, one for Opensim and one for Second life. Splitting Opensim into its own repository made sense to us as it would allow the deviation of SL from Opensim with fewer development problems for us. Most prominently, it would allow us to keep Windlight for Opensim yet replace it with LL’s Environmental Enhancement Project (EEP) for Second Life. Best Tools for OpenSim - NPC maker for OpenSim This NPC Recorder and Controller script is a complete Non Player Character recorder and controller for OpenSim. For example, you can transmogrify an avatar into a demon and back to human with just a few simple commands. Use no more than 8 face textures (8 materials assignments) on any mesh. These will import as “faces” in Second Life/OpenSim, which can be individually textured. You need to create a UV mapping for your model and its mesh parts which defines what part of the texture will go on which polygons of each mesh.

Grid List
Although OpenSimulator encourages the development of third party software for OpenSimulator, no support can be provided on this. For help with this software, contact the developer of this software directly.
Please do not contact the OpenSimulator team with questions about this software.

If you find a viewer, which can connect to OpenSimulator, then please add it to the bottom of the appropriate list.

Compatibility issues

Since OpenSimulator and viewers development is done by different teams with different timing and even goals, compatibility can not be assured. To connect to an older version of OpenSimulator, you may need to use an older version of your favourite viewer, which also could limit Hypergrid capability. In this case you should consult the support of your grid or chosen viewer.


  • Alchemy - C++ based viewer for Linux/Mac/Win. Forked from SL viewer.
  • Cool VL Viewer - C++ based viewer for Linux/Mac/Win. Forked from SL viewer. (Former name: Cool SL Viewer).
  • FireStorm Viewer - C++ based viewer for Linux/Mac/Win. Forked from SL viewer. Successor to Phoenix viewer. The most widely used viewer on Second Life.
  • Kokua - C++ based viewer for Linux/Mac/Win. Forked from SL viewer successor to Imprudence.
  • Radegast Metaverse Client - Radegast-ng is Light client, evolution of Radagast from libopenmetaverae project.
  • Singularity - C++ based viewer for Linux/Mac/Win. Forked from the Ascent Viewer. Goal is to combine look of old SL viewer with modern features. Singularity source code available on GitHub.
  • Dayturn - C++ based viewer for Win/Mac only. Forked from Kokua. Dayturn source code available on Bitbucket.
  • Scenegate - C++ based viewer with a focus on accessibility and onboarding. With a simplified UI more suitable to just visit worlds, rather than building (but the full UI is still accessible). Forked from Alchemy.

Beta Viewers

Singularity Nightly Builds

Dayturn for Windows and MacOS

Text-only Viewers

These are lightweight viewers, which either do not offer a graphical component or where the graphical component is not used by default. The function of these viewers however is to connect to a grid, chat, manage inventory, etc. Useful on systems with low specifications or for bringing an alt (alternate avatar) online without having your main avatar log out, or to quickly take care of messages, inventory, etc.

  • METAbolt - METAbolt is a non-graphical (text based) viewer. It is light weight and cross grid, which means it will work in Second Life™ as well as other grids that are based on OpenSimulator. The viewer is Open Source so it's free. Currently METAbolt is only available for Windows platforms.
  • Mobile Grid Client - A Second Life and OpenSimulator messaging client for your Android powered device (mobile phone, cell phone, tablet...).

LLSD API Libraries

These are open source libraries for building viewers, clients, and tools that can connect to OpenSimulator.

Maintained Libraries:

  • libopenmetaverse - C# LLSD implementation. Maintained by OpenSimulator developers. BSD License
  • llbase-py - Python LLSD implementation. Maintained by Linden Labs. MIT License

Currently Unmaintained Libraries:

  • llsd-cpp - C++ LLSD implementation, last updated in 2010. MIT License
  • llsd-perl-new - Perl LLSD implementation. Last updated 2011. MIT License
  • llsd-php - PHP 4 LLSD implementation. Incomplete, supports XML serialization only. Used internally by Second Life developers. Last updated 2010. MIT License
  • llsd-java - Java LLSD implementation by Xugu Madison, last update ca 2014. BSD License.
  • JOpenMetaverse - Java LLSD implementation, last updated 2012. Linux, Windows, MacOS, Android Compatible. Also see jopenmetaverse introduction. LGPL 2.1 License
  • llsd-js - JavaScript LLSD implementation, last update in 2011. MIT License

Inactive Viewers

  • 3Di viewer Rei - C# based Web-browser plugin OpenSimulator viewer. 3Di website gone but 3Di Rei viewer source is still available on Github
  • Ascent - C++ based viewer for Linux/Mac/Win. Started as a fork of Inertia Viewer. Abandoned in 2010.
  • Dolphin - C++ based viewer for Linux/Mac/Win. Abandoned in 2015. Dolphin 3 Source still available on GitHub.
  • Emerald - C++ based viewer forked from Snowglobe (the second version fo the LL/SL open source viewer). Project halted and abandoned in 2010 after Emerald developer linked to DoS attack on SL and banned. Emerald source code still available on GitHub and Google Code Archive.
  • Hippo - C++ based viewer for Linux/Mac/Win. Forked from SL viewer. Abandoned in 2010. See also Hippo Viewer website.
  • Idealist - C# Multi-platform 32 bit viewer intended to be OpenSimulator focused
  • Imprudence - C++ based viewer forked from SL viewer v1.21. Development ended in 2010 and shifted to a new viewer called Kokua. Imprudence Viewer source is still available on GitHub
  • Inertia - C++ based viewer forked from Snowglobe SL viewer). Abandoned in 2010
  • LookingGlass - C#/Ogre based Viewer prototype. Development Ended in 2011. LookingGlass Viewer source is still available on GitHub
  • Meerkat - Viewer for Linux/Mac/Win in C++. Fork of SL viewer. Meerkat source available on GitHub. Meerkat binaries available via Google Code Archive. Development stopped in 2009
  • OnLook - C++ based viewer forked from Singularity. Inactive since 2014. OnLook Viewer Source is still available on GitHub.
  • OpenSim-Viewer - C#/C++/Xenko based, BSD licensed viewer written for OpenSimulator. Inactive since 2018.
  • OpenViewer - C#/Ogre based, BSD licensed viewer written as a companion to OpenSimulator. ca 2007/2008. Website went dark in 2009.
  • Phoenix - C++ based viewer. Forked from SL viewer. Replaced by Firestorm viewer.
  • RealXtend Naali/Tundra - Written from scratch C++/Ogre3D based viewer for Linux/Mac/Win, required ModRex in OpenSimulator. Development stopped in 2016, OpenSimulator support dropped in 2013.
  • Xenki - XABP-based OpenSimulator viewer prototype for IE web browser. Abandoned in 2009
Retrieved from ''

What is Open Simulator?

Open Simulator (sometimes referred as OpenSim) is an open source server platform that can host virtual worlds that are compatible with Second Life client. It also supports different protocols and features, for more detailed introduction, see the official site or wikipedia page. While Second Life provides player an easy way to access to the multi-user virtual world, OpenSim allows user more power to change the environment settings. To implement an interactive sound cycle, both platforms are good choices with different pros and cons. The following sections discusses advantages and disadvantages choosing Second Life or OpenSim as the implement platform. Some implementation limitations for each platform to implement the interaction cycle are discussed in the technical limitations section.

Use Second Life as platform

The biggest advantage to use Second Life as platform is that you don’t have to worry about how to install and set up the environment and the final work could be easily visited by every Second Life residents. The only thing you need to do is to download the Second life viewer and install it. However, this advantage dose not come for free. To set up the interactive sound cycle, you need to be a land owner to have the right to access to the land music url settings. You might need to spend some money on purchase an island in Second Life.

Another advantage for choosing Second Life as the platform is that there are many resources available in the world. There are various ready made objects, textures, sounds and scripts build by other in world users, you could get a lot of stuff for free through some in world search. If you are willing to spend some Linden dollars, there are many delicate and well functioned objects you can choose from. You could also build your own objects on your own land or in some public sandbox, but if you would like to use some customized textures, sounds or media, it will cost you a little amount of Linden dollars to import them in world.

Use OpenSim as platform

It would take more effort to choose OpenSim as the platform, you need to setup and run the OpenSim server, configure each settings. It might take you a little bit time to get familiar with OpenSim and set it up, but it’s worth doing so because once you set up it successfully, you have the most flexibility to change every settings. You could link it to an open grid for other user to visit, make it an private server that can only visit by user accounts you specified, or test it locally on your own computer. You could create as many land as you want, import textures, sounds, media and objects. You could also save your land and all the stuff on it as an oar file or import oar files you found from the internet.

Although almost every thing by using OpenSim as the platform are free, if you’d like the world to be online 24 hours a day and allow multiple users login into the world, you either need a powerful computer to run as a server or to put it on an online hosting. This is the trade off of the flexibility provided by OpenSim.

Opensim second life free

Screenshots of interaction models we build on our OpenSim land

Technical limitations

We’ve tested the interaction cycle in both Second Life and OpenSim environment, and there are certain known technical limitations for each platform.

HTTP request limitation

In Second Life, the biggest problem is the HTTP request limitation: an object can only send some limited amount of HTTP requests in some given period of time. In our experiment, the object can only send continuous requests under the rate one request per second. If the object send requests faster than this rate, it will work for a while and then fail to send any request and takes some time to “recover”. This means one can not create interactions that needs continuous data, for example the position of the player when the avatar is moving. This limitation dose not exist in OpenSim, one can send as mach data as he want, once the internet speed and Pure Data can handle the amount of data (we did met some case that OpenSim send data too fast and Pure Data can not respond to it properly).

Opensim Second Life

Error massage in Second Life when the HTTP request limit reached

Opensim Vs Second Life

Linden Scripting Language function support

Although OpenSim support using Linden Scripting Language (LSL) to develop script for objects, not all the LSL functions and event are implemented in OpenSim, so there’s a change that some event or functions you found useful in LSL but not supported by OpenSim. Here is the implement status page for LSL and OSSL. OSSL stands for Open Simulator Scripting Language which is another scripting language under development for scripting in OpenSim. However OSSL is still under development and its documentations and example/tutorial resources might not comparable to LSL at this time.

Second Life And Opensim