User
17
Aug
Dear guests,
on the 12th of August 2010 this website was down for several hours due to a server outage on our provider. Unfortunately, the issue was so severe that the server had to be changed, and the backups only partly restored the site. As of yet, only the pictures and articles are up, and I’m working on getting all the files and downloads up again as well as I post this. Due to several other issues that required our attention, we couldn’t adress this earlier. However, I’m confident to return the website to its former state in all totality.
Still, there are currently many many other things going on in our lives, including a move and a lot of work to do, so we possibly won’t be able to post as often in the coming weeks as usual. (Personally, I’m already weeks behind on my rexxed-schedule.) I just wanted to give everyone a notice that we’re still there and are, and have been, working on new stuff and new things to tell, but right now can’t get down to finish them.
So, for now we’re trying to get the website back to its former state and at least get the old contents back up before we might be cut off the internet for a (hopefully) short time during the move. (On the upside: Being confined to your local standalone is great for working on new stuff without getting distracted.)
Again, I apologize for the outage, and the time it took to adress this. We’re working on it.
[EDIT: All the missing files should be back up again. If you encounter any problem downloading a file, please leave a short note in the comments. Thank you.]
7
Aug
The Grey Inn is a hypergrid meeting place. To access it, set your home to a hypergrid enabled region and teleport from there, using either this link, or typing tgib.sytes.net:9023 in map search.
The Inn doesn’t have any proprietor and anyone can make themselves home there any time. It will be used for random events and objects all over the sim can be copied.
Music: Oi Da Ne Vecher by Lena Selyanina
Source: The Grey Inn Between
In response on a recent comment, here’s how you can create PG versions of the skins from this site by baking the clothing textures directly on them. For this tutorial, we will be using Gimp.
First, open the skin texture of your choice in Gimp, and the clothing texture along with it. Select the window with the clothing texture and chose “select all” from the selection menu (ctrl+a), then select copy (ctrl+c) from the edit menu. Switch over to the window with the skin texture and select paste (ctrl+v) from the edit menu to see your clothing texture applied right onto the skin at the place it is supposed to be. Now save the file under a different name (select “save as” from the file menu). You will be prompted to export the file as .png because it has several layers which png doesn’t support. Select export there and chose a new name for your file. Now upload the newly created skin and follow the tutorial on how to apply it to your avatar.
3
Aug
The clothes on this site are provided as source layer textures (unless they are sculpted clothes). The avatar mesh is divided into three groups – bottom, top, and face, but the face is available for skin and tatoo layers only, so we just need to chose between the bottom and top part. The clothing layers cover different areas of the body: Shirts, undershirts and jackets cover the torso and arms, pants and underpants cover the hips and legs, shoes and socks cover legs and feet, and gloves cover hands and arms. All of these areas can be adjusted in length and size of coverage, yet the clothing textures come with borders already defined within them.
To make a clothing item out of them, right-click on the folder you’d like them to be on and select “New Clothes”, then choose the clothing layer you’d like to create. It should be self-explanatory which texture goes where; in order to make a t-shirt you can use the undershirt, shirt, or jacket layers, for example. Wear the newly created clothes and edit your appearance by right-clicking your avatar and chose “appearance”. In the appearance window, click on the clothing layer you created, then upload the clothing texture and drag it from your inventory to the space that says “fabric” in the appearance window. It should appear instantly on your avatar. To keep it, click on save, and close the appearance window again.
20
Jul
18
Jul
Finding the right virtual world is not easy. If you’re not familiar with one, there’s nothing you can compare it to. Also, there are many many factors to take into consideration, most of which depend on your personal intentions and interests: How is the service, how well does it perform, what features does it offer, how user-friendly is it, how good are the graphics? How is the community, how easy is it to make contact, how many people are in the service, how well is it managed? How is the company, is it financially stable, how is customer service, how expensive are the services, how innovative is their development? I already brushed the surface on several virtual worlds when There.com closed. Back then, my conclusion is (and still stands) that no single closed service will ever be able to be the foundation of the 3D-web. The only real alternative was Open Simulator.
OpenSim is special in the way that it is no service, but an open sourced platform which anyone can build their own services on. This leads to a great number of different implementations of the software, which resulted in a lot of public grids. All of them are hosting their own user base, and are usually not interconnected. Some of them could be your home. In order to give an overview on the existing grids, I collected basic information on a Grid List, and am starting to give a portrait of several grids. However, the choice is still up to you.
Some questions you might want to as yourself are: Will this grid still be in service tomorrow? There have been grid projects in the past that started very promising and with a lot of people signing up, only to disappear shortly thereafter. To sustain the credibility of the operator, at least some complete real-life identity informations about them would be useful. There is a surprising number of grids that do not even provide an email-adress for contact, leave alone information about the people running the site. (For the grid list, I included only those grids that at least provided an email contact.) Also, are the services as you imagined them? That’s hard to judge from the outside, so if you found a grid you like, log in and get around for a while before you start spending money on something. Is it laggy? Is it mainly empty? Do they provide you with some basic equipment, or are there offers to customize your avatar? All of these might be things you’d miss if you didn’t check them beforehand.
If your main incentive is to meet other people, take a look at the user base of the grid, and look for optional hypergrid support. Many grids are very small, and even on the largest of them the number of people online at a given time is rarely in the three digits. You will spend a lot of time going through empty regions unless you can find some social centers or connect to other grids occasionally. Similar questions arise when you want to make a business out of selling in-world creations. Without a large userbase, there won’t be many customers. Additionally, if a grid doesn’t offer a currency system or some other solution, you simply will not be able to sell (or buy) anything.
Can you do what you had in mind doing? Take a look at the terms of service, or a similar statement. Are you too young to join? Do they prohibit adult content? Will they allow you to connect your own region to their service? There are some questions that should be cleared up front.
Language barriers might be important for some. Several grids are language oriented, and chances are, you will meet people of that nationality or set of languages on the grid more than any others. That’s good if you only speak that one language and want to meet other people who can understand you.
I hope, the upcoming grid portaits may serve as a guidance for some. You should keep in mind that it is, still, your choice. Also, you don’t have to join any grid, if you don’t want to, and opt for having your own OpenSim installation. That’s the good thing about it: It is versatile enough to be able to meet anyone’s needs.
Ich betreibe OpenSim auf einem Mac Pro dual quad Intel Xeon 2.8 GHz mit 8 GB RAM. Das ist sehr viel mehr als notwendig ist, allerdings hängt das von den eigenen Bedürfnissen ab. Tatsächlich hängt alles – Ihre Einstellungen, Ihre Hardware-Anforderungen, die Datenbank, die verwendet wird, die Erweiterungen, die Assets, egal was – davon ab, wofür Sie OpenSim benötigen. Ich bin ein “informeller” Nutzer, glaube ich. Ich mag, es auf meinem Computer laufen zu lassen, um darin zu bauen ohne gestört zu werden, um zu experimentieren und Sachen auszuprobieren, und ohne für das alles eine Menge Geld bezahlen zu müssen. Ich muss meine Regionen nicht rund um die Uhr erreichbar haben, und auch wenn es möglich ist, sie zu besuchen, wenn sie hochgefahren sind, tun dies doch nur wenige. Ich biete keine Konten für Nutzer und mache auch keine Werbung dafür, dass es cool ist, mich zu besuchen. Es ist privat.
Allerdings besuche ich gerne andere Orte. Ich will nur nicht für jeden davon ein neues Konto anlegen, nur um dorthin zu kommen (zusammem mit der Qual, jedes Mal mein Aussehen und meine notwendigen Inventar-Assets für jeden einzelnen Grid, den ich besuchen will, neu zu erstellen). Meine Sim ist daher hypergrid-aktiviert. Das ermöglicht es mir, von dort zu anderen hypergrid-aktiven Orten zu teleportieren und dabei mein Aussehen und mein Inventar mitzunehmen, ohne ein Konto zu erstellen. Meine persönliche Herangehensweise ist daher: Einen privaten Ort zu haben (welcher gelegentlich über Hypergrid besucht werden kann, wenn er läuft und jemand die richtige URL kennt) und von dort zu anderen Orten zu hypergridden um sie zu erforschen, um Leute zu treffen, zu chatten, shoppen, usw.
Die Installation von OpenSim ist nicht ganz einfach, und sicher nichts für Leute ohne technisches Verständnis; es ist allerdings auch nicht unmöglich, wenn man genug Entschlusskraft, Lernwilligkeit und Lust hat, an Einstellungen herumzufummeln, bis sie funktionieren. Ich selbst habe keine Kenntnisse von Programmieren, oder auch nur Scripten, und ich weiß nur wenig darüber, wie OpenSim tatsächlich funktioniert. Ich bin nur einen winzigen Schritt weiter als Programme zu installieren und aufzurufen, da ich mit dem Terminal arbeiten kann und ein wenig davon weiß, wie Datenbanken funktionieren.
Um OpenSim zu installieren brauchen Sie nicht nur die OpenSim-Software selbst, sondern auch mehrere andere Programme, die es benötigt. Welche dies sind, hängt im Wesentlichen von Ihrem Gerät ab. In meinem Fall musste ich Mono als Laufzeitumgebung installieren (.NET für Windows). Ich bin nicht sicher ob Python auch benötigt wird, da ich es bereits für Blender installiert hatte. Zusätzlich habe ich MySql installiert, da die Diva Distro, die ich verwende, es benötigt.
Ich fand es am einfachsten, die Diva Distro für meine OpenSim Installation zu verwenden. Das ist eine voreingestellte Installation, welche bereits so konfiguriert ist, dass sie Hypergrid ermöglicht, eine Megaregion aus 4 Regionen erstellt und eine MySql-Datenbank verwendet. Sie kann von der OpenSim Hauptseite oder der Downloads Abteilung heruntergeladen werden. Die Disto beinhaltet Installationsanweisungen als txt-Dateien im Hauptordner, die alles erklären sollten, wie man sie zum Laufen bringt. Wenn man eine Firewall oder einen Router verwendet, muss man Portfreigaben für jede Region einrichten. Die Regionen benötigen jeweils einen eigenen Port für sich, und eine tcp und udp Weiterleitung. Zu erklären, wie das genau funktioniert, ist fast unmöglich, da es für jeden Router anders ist. Grundsätzlich sollte man nach einem Untermenü suchen, das “Ports”, “Weiterleitungen” oder “Freigaben” oder sowas beinhaltet. Jeder Port muss wahrscheinlich einzeln eingestellt werden. Stellen Sie sicher, dass Sie tcp und udp auswählen können; können Sie es nicht, versuchen Sie, die Art der Weiterleitung auf “andere Anwendung” oder ähnliches zu ändern.
Wenn Sie die Einstellungen der Sim ändern wollen, müssen Sie bestimmte .ini-Dateien im bin-Ordner Ihrer OpenSim-Installation editieren; öffnen Sie diese mit einem Texteditor und speichern Sie sie danach unformatiert wieder. Die meisten Einstellungen werden in der opensim.ini aufgeführt, allerdings hat Diva ihre Distro so eingerichtet, dass der Ordner “config-include” die .ini-Dateien beinhaltet, auf die Sie zuerst zugreifen müssen.Die häufigsten Einstellungsoptionen können dort in der MyWorld.ini gefunden werden; die DivaPreferences.ini beinhaltet weitere Optionen, sollte allerdings nicht von unerfahrenen Nutzern verändert werden, und keinesfalls ohne vorher ein Backup gemacht zu haben. (Backups sind tatsächlich essentiell, und Mac OSX ist dabei recht praktisch. Ich lasse Time Machine immer angeschaltet, was praktischerweise stündlich meine Datenbank zusammen mit dem Rest meiner Festplatte sichert.) Es ist ausgesprochen nützlich, einen grafischen Datenbankbrowser zu verwenden, um einen leichten Zugriff auf die Datenbank zu haben. Ich verwende Sequel Pro, welches hervorragend funktioniert; Windows-Nutzer werden eine andere Lösung benötigen. Früher oder später wird man einfach die Datenbank direkt bearbeiten müssen, und wenn es nur dazu dient, ein Script zu entfernen, das OpenSim jedes mal abstürzen lässt, wenn man es gerade hochfährt.
Sie können weitere Regionen in der RegionConfig.ini im “Regions”-Unterordner erstellen. Eigentlich müssen Sie sie gar nicht in der RegionConfig.ini erstellen, jede .ini-Datei im Regions-Ordner, die die notwendigen Regiondaten enthält, funktioniert, sogar mehrere davon. Ich habe meine Regionen auf drei verschiedene .ini-Dateien aufgeteilt; ich habe zwei Gruppen von jeweils 9 Regionen, und drei weitere Regionen, die Backup 1 bis 3 genannt sind, um .oar-Dateien auszuprobieren oder Sachen zwischen den Gruppen hin und herzubewegen. Außer den einzelnen Ports braucht jede Region auch eine Kartenkoordinate, die nicht von einer anderen Region besetzt ist. Für Hypergrid bietet es sich an, die Regionen in der Gegend um X – 10000, Y – 10000 anzusiedeln, da es ein Teleport-Limit von 4096 Regionen gibt. Das heißt, man kann nicht zu einer Region teleportieren, die weiter als 4096 Regionen von der Region (in Kartenkoordinaten) entfernt ist, auf der man sich gerade befindet. Diese Grenze gilt auch für Hypergrid, und da der Mittelpunkt der meisten Grids bei 10000, 10000 ist, macht es Sinn, den eigenen Mittelpunkt auch dort zu haben, um deren Regionen zu erreichen. Das ist allerdings kein Standard, und es gibt daher Grids, deren Mittelpunkt bei anderen Regionen liegt, z.B. 1000, 1000. Ich finde es daher praktisch, mindestens eine Region zu haben, die frei auf der Karte bewegt werden kann, um einen besseren Ausgangspunkt für den Hypergrid zu Regionen mit weit entfernten Koordinaten zu haben. Hierfür verwende ich die Backup Regionen. Der Tick besteht darin, eine z.B. nach 7500, 7500 zu bewegen, wenn man zu einer Region hypergridden möchte, die bei 5000, 5000 liegt. Man kann dann zuerst zu der eigenen beweglichen Region teleportieren (welche weniger als 4096 Regionen weit entfernt ist) und dann zum Hypergrid-Ziel. Es gibt mehrere Wege, zu einem Hypergrid-Ziel zu gelangen; einer davon besteht darin, einen Link dorthin als Region auf der Karte zu erstellen. Das ist praktisch für Orte, de man regelmäßig besucht – stellen Sie sich das als Hypergrid-”Lesezeichen” vor. Ich habe sie in einer Datei namens hglinks.xml aufgelistet, wie es in der Methode 2 von “Linking Regions in den Hypergrid Installation Instructions beschrieben wird. Zusätzlich habe ich, damit sie jedesmal, wenn ich OpenSim starte geladen werden, den Befehl link-region hglinks.xml in die startup_commands.txt eingefügt. Das ist im Grunde alles an Einstellungen, was ich für meine OpenSim Installation verwende.
Der Weg zu Open Simulator ist wahrhaft lange, steinig und gewunden. Wahrscheinlich haben die Meisten, wenn nicht Alle, die an OpenSim interessiert sind, mit Second Life angefangen und dann davon gehört, und wollten es, aus welchem Grund auch immer, einmal ausprobieren. Dieser Eintrag (oder eher, diese Serie von Einträgen) will meine persönliche Herangehensweise an OpenSim beschreiben und soll daher keinen umfassenden Reiseführer zu allem, was mit OpenSim zu tun hat, darstellen. Meine Ansicht ist einzigartig, und kann für Sie funktionieren, oder auch nicht, was mit Ihren eigenen Bedürfnissen, technischen Fähigkeiten und persönlichem Engagement zusammenhängt.
Das erste, was man verstehen muss, bevor man in die technische Seite von OpenSim einsteigt, ist die Geisteshaltung. Es gibt eine Menge Verwirrung zu Worten und Konzepten, daher will ich hier zunächst etwas abschweifen: Erstens, OpenSim ist kein “Ort”. Es ist noch nicht mal ein “Dienst”, wie Linden Labs Second Life gerne bezeichnet. Es ist vielmehr ein Software-Projekt welches zum Ziel hat, eine quelloffene Serversoftware zu erstellen, mit der man eine secondlife-ähnliche Umgebung laufen lassen kann.Bedenken Sie daher, dass Sie über eine Menge Orte reden, wenn Sie davon sprechen, “nach OpenSim” zu “gehen”.1 OpenSim geht allerdings über das, was Second Life bietet oder bieten kann hinaus und nimmt mehrere neue Technologien, die Second-Life-Nutzern unbekannt sind, mit auf: Hypergrid, Megaregionen, Realxtend, Lightshare, Meshmerizer, usw. Die Liste ist lang. Die Grundregel ist: Alles kann, nichts muss. Um Verwirrung und Frustration zu vermeiden, lassen Sie uns allerdings vorab einige Worte klären:
Open Simulator, wie bereits bemerkt, ist der name des Software-Projekts, wie auch der Software selbst, die nötig ist, um eine SL-Umgebung auf dem eigenen Gerät laufen zu lassen. Das Projekt ist quelloffen und jeder kann mitarbeiten.
Ein Avatar ist ein virtueller Repräsentant eines Computers, der in eine OpenSimulator Installation eingeloggt ist. Avatare müssen nicht zwingend von einem menschlichen Nutzer bedient werden. Um “echte” von computergesteuerten Avataren zu unterscheiden, nennt man die Letzteren üblicherweise Bots. Ein Nutzer kann mehrere Avatare haben, da man normalerweise so viele Konten auf einer OpenSim-Installation haben kann, wie man will.
Viewer sind die Software, die notwendig ist, um in eine OpenSim-Installation einzuloggen und sie mit Hilfe des Avatars zu erleben. Es gibt eine große Anzahl verschiedener Viewer, die öffentlich erhältlich sind, und sie sind normalerweise quelloffen und kostenlos. Ich persönlich nutze den Imprudence-Viewer für fast alle Fälle.
In-world bedeutet alles, was ‘innerhalb’ einer OpenSim-Installation geschieht, wenn man eingeloggt ist und sie durch den Viewer erlebt.
Ein Simulator, oder kurz Sim, ist eine OpenSim-Installation, die auf einem Gerät läuft. OpenSimulator kann in verschiedenen Einstellungen laufen, daher unterscheiden sich Sims stark. Zum Beispiel ist ein Standard-Diva-Distro-Standalone mit 4 Regionen eine Sim, ebenso ein Grid wie der 3rd Rock Grid, auf dem hunderte Regionen laufen und tausende Benutzer verwaltet werden. Eine Sim ist nicht dasselbe wie eine Region, oder ein Grid!
Ein Grid ist eine OpenSim-Installation, die Assets getrennt von Regionen verwaltet. OpenSim in der Grid-Einstellung laufen zu lassen ermöglicht es anderen, ihre Regionen mit dem Grid zu verbinden.
Eine Standalone ist eine OpenSim-Installation, die Assets und Regionen gemeinsam verwaltet. Standalones sind einfacher zu handhaben als Grids, und reichen normalerweise für private Zwecke aus.
Eine Region ist ein quadratisches Stück virtuellen Landes, welches ein Gebiet von 256 x 256 Metern bedeckt. Eine Sim kann (und wird normalerweise auch) mehrere Regionen beinhalten. Megaregionen sind eine Erweiterung der Standardregion. Sie werden aus Standardregionen “zusammengesetzt” und ihre Größe ist daher immer eine Mehrzahl von 256 x 256 Metern. Der Vorteil von Megaregionen gegenüber normalen Regionen ist der, dass man nicht den üblichen Lag erfährt, wenn man von einer Region in die nächste wechselt. Es gibt auch einige Nachteile, da die Megaregion-Technologie noch entwickelt wird.
Eine Parzelle ist ein Bruchteil einer Region (erstellt mit dem Land-Editor Werkzeug im Viewer). Parzellen können individuelle Einstellungen innerhalb einer Region in Bezug auf Medien, Zugang, Sicherheit usw. haben.
Assets sind virtuelle Dinge. Eigentlich sind sie die Summe der virtuellen Dinge auf einem bestimmten Simulator. Assets können Texturen, Prims, Objekte, Animationen, Sounds, Gesten, Kleidung, und eigentlich alles sein, was Nutzer in ihrem Inventar haben können.
Prims sind die Bausteine aus denen alles in der Welt errichtet ist. Sie können (mit der Ausnahme von Sculpties) mit den Werkzeugen im Viewer in-world erstellt und bearbeitet werden.
Sculpted Prims, oder kurz Sculpties, sind eine spezielle Art von Prim welche eine Grafikdatei (Sculptmap genannt) als Referenz dafür verwendet, wie es aussehen soll. Der Gedanke dahinter ist der, dass jeder Pixel in einer Grafikdateil mindestens drei Informationen beinhalten kann, welche die Werte für den roten, grünen und blauen Kanal darstellen, die wiederum in der Mischung die gewünschte Farbe ergeben. Diese Werte, wenn man sie einzeln nimmt, werden als die Vektoren auf der X, Y und Z Achse des Sculptie interpretiert. Um Sculpties zu erstellen benötigt man eine 3D-Modellsoftware. (Ich benutze dafür Blender.) Sie werden nach OpenSim importiert, indem man die Sculptmap hochläd und sie auf ein Prim anwendet.
Ein Teleport ist ein Sprung von einen Ort in einer Sim zu einem anderen.
Hypergrid ist eine Technologie, die es Nutzern ermöglicht, zwischen verschiedenen Sims zu teleportieren, egal ob Standalones oder Grids. Ein Hypergrid-Teleport erfordert nicht, dass der Nutzer auf der Zielsim ein Konto hat, und ermöglicht ihnen, die eigenen Assets mitzunehmen.
- In etwa so, wie Deutsche sagen, sie “gehen nach Amerika”, wenn sie meinen, dass sie Strandurlaub in Florida machen. [↩]
I’m running OpenSim on a Mac Pro dual quad Intel Xeon 2.8 GHz machine with 8 GB of RAM. That’s a lot more than is neccessary to run it, though, depending on your needs. Actually, everything – your setup, your hardware requirements, the database you use, the extensions, assets, whatever – depends on what you need OpenSim for. I am a ‘casual user’, I guess. I like to have it running on my own computer to play with it, to be able to build without getting distracted, to experiment and try out stuff and all without having to pay a lot of money. I don’t need to have my regions accessible all the time, and even though it is possible to visit them when they’re up, only few people do. I don’t provide accounts for users and don’t promote my ‘place’ as a cool thing to go, it’s private.
However, I like to visit other places. I just don’t want to create a separate account on all of them just to go there (with all the chores of re-creating my appearance and neccessary inventory assets on each and every single grid I like to visit). Thus, my sim is hypergrid enabled. This allows me to teleport from there to other hypergrid enabled places, taking my appearance and inventory with me without needing to create an account. That’s my personal approach: Have a private place (which can be visited occasionally via hypergrid, if it’s running and someone knows the right URL to go to) and being able to hypergrid from there to other places for exploration, meetings, chat, shopping, and such.
Setting OpenSim up is not an easy task, and is certainly nothing for people without technical understanding; however, it’s also not impossible, given enough determination and the willingness to learn and try and tinker with settings. Myself, I have no knowledge of coding, or even scripting, and have little understanding on how OpenSim actually works. I’m just a tiny step beyond being able to install and run programs, as I can operate the console to some extent and know a little about how databases work.
To install OpenSim, you might not only need the OpenSim software itself, but several other softwares it depends on. Which those are, again, depends on your machine more than anything else. In my case, I needed to install Mono as a runtime environment (.NET for Windows). I’m not sure if Python is a requirement too, as I had that already installed for blender. Additionally, I installed MySql, since the diva distro, which I use, requires it.
I found it easiest to use the Diva Distro for my OpenSim installation. It’s a preconfigured installation of OpenSim which is already set up to enable hypergrid, run a megaregion of 4 regions and uses a Mysql database. It can be downloaded from the OpenSim main page or the downloads section. The distro comes with installation instructions as txt files in the main folder which should explain everything about how to set it up. If you’re behind a firewall or router, you need to enable port forwarding for each of your regions. Every region needs a unique port for it, and a tcp and udp forwarding. It’s next to impossible to explain how it works, as it’s different for every router model. Basically, you want to look for a submenu that’s got something to do with ‘ports’, ‘forwarding’ or ‘opening’ or such. You will probably have to configure each port individually. Be sure that you can chose tcp and udp; if you can’t chose that, try changing the type of forwarding to ‘other application’ or something similar.
If you want to change settings of your OpenSim installation, you need to edit certain .ini files inside the bin folder of your OpenSim installation; just open them with a text editor and make sure they’re saved unformatted. Most settings are configured in the opensim.ini, however, Diva set her distro so that the folder “config-include” contains the .ini files you should be looking for in the first place. The most common configuration options can be found there in MyWorld.ini; the DivaPreferences.ini holds some more options but should not be changed by unexperienced users, and not without having made a backup beforehand. (Actually, backups are essential, and here’s where the Mac OSX comes in handy. I keep Time Machine running at all times, which conveniently backs up my database and OpenSim installation every hour, along with all the rest of my harddisk.) It is extremely useful to have a graphical database browser for easy access to your database. I’m using Sequel Pro which works like a charm; Windows users might need a different solution. Sooner or later you’ll want or have to edit the database directly, if only to remove a script that keeps crashing OpenSim every time you start it up.
You can add more regions in the RegionConfig.ini inside the Regions subfolder. Actually, you don’t even need to configure them in the RegionConfig.ini; any .ini file inside the Regions folder that contains the neccessary region data will work, even several of them. I split my regions into three different .ini files; I made two clusters of 9 regions each, and 3 more regions called Backup 1 to 3 for trying out .oar files or moving things from one cluster to another. Except for an individual port, every region needs to have a coordinate on the map that’s not occupied by another region. For hypergrid, it’s useful to have the regions close to X – 10000, Y – 10000, because of a teleport limit of 4096 regions. That means, you can’t teleport to a region that is further than 4096 regions away (in map coordinates) from the region you are currently on. This limit applies in hypergrid as well, and since most grids center around 10000, 10000 it is useful to have your own center there in order to reach their regions. However, this is of course no standard, so there are grids that center around other coordinates, like 1000, 1000 for example. Therefor, I found it useful to have at least one region as some kind of ‘elevator’ that can be moved freely around the map to get a better starting point when trying to hypergrid to regions with far coordinates. I’m using my Backup regions for that. The trick is to move one to 7500, 7500 for example, when you want to hypergrid to a region that’s coordinated at 5000, 5000, so you can teleport to your movable region first (which is less than 4096 regions away from your center) and then teleport to your hypergrid destination.
There are several ways to teleport to a hypergrid destination, one of them is to create a link to the destination as region on your map. That’s useful for places which you visit frequently – think of them as hypergrid “bookmarks”. I set them up in a file called hglinks.xml as being described in Method 2 of “Linking Regions” in the Hypergrid Installation Instructions. Additionally, to have them start up every time I start OpenSim, I put the command link-region hglinks.xml into the startup_commands.txt. That’s basically all the settings I used for my OpenSim installation.
The road to Open Simulator is a rocky, long and winded one, verily. Probably most, if not all people interested in OpenSim have started with Second Life and then heard about it and, for whatever reason, wanted to give it a try. This post (or rather, series of posts) wants to describe my personal approach to OpenSim and therefor aims not to be a comprehensive guide to anything OpenSim-related. My approach is unique, and might or might not work for you, depending on your own needs, technical ability and personal engagement.
The first thing you need to understand, before getting into anything technical about OpenSim, is the mindset. There’s a lot of confusion on words and concepts, so I’ll go off on a tangent here a little:
First, OpenSim is not a ‘place’. It is not even a ‘service’, as Linden Labs likes to call Second Life. Rather, it is a software project, which aims at producing an open sourced server software for running a second-life alike environment. Therefor, keep in mind that you’re talking about a lot of places, when you’re talking about “going to Opensim”.1 However, OpenSim also goes beyond what Second Life does or can provide and incorporates several new technologies that are unknown to Second Life users: Hypergrid, megaregions, Realxtend, Lightshare, Meshmerizer, etc. The list goes on. The basic rule is: Everything can, nothing must. To avoid confusion and frustration, though, let’s clear up a few words before we start:
Open Simulator, as already mentioned, is the name of the software project, as well as the software itself, that’s neccessary to run an SL-environment on your own machine. The project is open sourced and anyone can contribute.
An Avatar is a virtual representation of a computer being logged into an OpenSimulator installation. Avatars do not neccessarily need to be operated by a human user. To distinguish “real” avatars from computer operated ones, the latter are usually called Bots. A user can have several avatars, as they can usually create as many accounts as they want on an OpenSim installation.
Viewers are the software neccessary to log into an OpenSim installation and experience it with your avatar. There is a great number of viewers publicly available, and they are usually open sourced and free. Personally, I am using the Imprudence viewer for almost all tasks.
In-world means anything happening ‘inside’ an OpenSim installation when logged in, experienced through a viewer.
A Simulator, or sim for short, is one instance of Open Simulator running on a machine. Open Simulator can be configured to run in different modes, thus the sims vary greatly. For example: A standard diva distro standalone with 4 regions is a sim, as well as a grid such as 3rd Rock Grid, running hundreds of regions and hosting thousands of users. A sim is not the same as a region, or a grid!
A grid is an OpenSim installation that handles assets separate from regions. Running OpenSim in grid mode enables others to connect their regions to someone elses grid.
A standalone is an OpenSim installation that handles assets and regions simultaneously. Standalones are easier to maintain than grids, and are usually sufficient for a personal installation of OpenSim.
A region is one square of virtual land, covering an area of 256×256 meters. A sim can (and usually does) run several regions. Megaregions are an expansion on the standard region. They are ‘constructed’ out of standard regions, their size therefor is always a magnitude of 256×256 meters. The advantage of megaregions over regular regions is, you don’t experience the usual lag when crossing from one region to another. There are some drawbacks, as megaregions technology is still in development.
A parcel is a fraction of a region (created with the land edit tool). Parcels can have individual settings within a region regarding media, access, security and such.
Assets are virtual things. Actually, they are the sum of virtual things on a given simulator. Assets can be textures, prims, objects, animations, sounds, gestures, wearables, and basically anything users can hold in their inventories.
Prims are the building bricks anything inside the world is constructed of. They can be created and edited in-world with the tools built into the viewer (with the exception of sculpties).
Sculpted prims, or sculpties for short, are a special kind of prim that uses a graphic file (called the sculpt map) as reference to how it is supposed to look. The thought behind this is that every pixel in a graphics file does store at least three informations, which are the numbers for the red, green and blue channel, which mix to the desired colour. These numbers, taken individually, are interpreted as the vectors on the X, Y and Z axis of the sculptie. Creating sculpties requires the use of a 3D-modelling software. (I’m using blender for them.) They are imported into OpenSim by uploading the sculpt map and applying it to a prim.
A teleport is a jump from one place within a sim to another.
Hypergrid is a technology that enables users to teleport between separate sims, be they standalones or grids. A hypergrid teleport requires the user not to have an account on the destination sim they’re hypergridding to, and enables them to take their assets with them.