Ich habe soeben in einem netten Opensimgrid Neuland entdeckt, auf dem Bild ist die bisher leere Sim abgebildet. Das ganze wird ein privates Spaßprojekt werden und nach und nach bebaut, mal schauen, ob es auch alles so klappt und am Ende so funktionert, wie wir uns das vorstellen. Ich bin gespannt!
…zeigen, was in Second Life inzwischen für Bildungseinrichtungen falsch läuft. Linden Lab hat ja schon vor einiger Zeit die Rabatte bei der Simmiete für Bildungseinrichtungen ersatzlos gestrichen, so dass diese nun vor der einfachen Frage stehen: was machen wir nun und wohin mit uns?
Die Antwort, die darauf viele fanden ist so einfach wie einleuchtend: wir ziehen uns aus Second Life zurück und bauen uns auf Basis von Opensimulator unsere eigene, kleine Welt oder schließen uns bereits bestehenden Grids an. So ist das auch hier geschehen.
Eine Universität, die früher 3000 US$ im Jahr für ihre Region ausgab, hostet nun auf eigener und bereits bestehender Infrastruktur zehn Sims ohne weitere Folgekosten. Natürlich ist Opensim noch nicht so weit wie Second Life in manchen Dingen, aber der entscheidende Punkt ist dieser: es ist in house verfügbar, die Universität kann es selber warten, die Kosten sind viel geringer und vor allem in manchen Dingen bereits weit genug.
Damit ist es klar, dass die Universitäten sowie andere Bildungseinrichtungen als Pioniere nun sich vermehrt in Opensim tummeln, nachdem die Lindens diese Klientel – die für das Image der Linden sehr wichtig gewesen ist – nicht mehr haben wollte. Was daraus werden wird, bleibt abzuwarten.
Was für ein Titel, der einen förmlich erschlägt, aber genau das sagt, worum es geht. In der Mailingliste des „Hypergrid Adventurer’s Club“ meldete sich vor kurzem ein Robert Knop A. Jr. zu diesem Thema zu Wort. Der Name dürfte nur wenigen etwas sagen, Knop war in früheren Zeiten aber bekannter als Prospero Linden und damit ein Mitarbeiter von Linden Lab. Er war einer der brauchbareren Linden, dessen Ausscheiden 2009 damals von der Community mehrheitlich bedauert worden ist.
Genau dieser meldete sich also in der Mailingliste zum Thema des Posts zu Wort und gab mal Butter bei die Fische, was denn damals genau so ablief. Nach Knop gab es die ersten Teleports von Second Life nach Opensimulator Ende 2008. Ein gewisser Whump (Linden vermutlich) leitete damals das Projekt, der dazu nötige Code selber war nie auf dem Maingrid (Agni) aktiv, sondern nur öffentlich auf dem Betagrid (Aditi) aktiv.
Den ersten Rückschlag gab es nach Knop bereits Anfangs 2009, als Linden Lab aufhörte, an der Interoperabilität zu arbeiten. Es gab damals noch Regionen in Aditi, die den Teleport ermöglichten und auf den Ergebnissen der Zusammenkünfte der Lindens mit Opensim basierten. Danach war Whump mit der Verwaltung der Interop-Regionen auf Aditi betraut worden. Man begann damals, viele Lindens die an dem Projekt arbeiteten in anderen Projekten einzusetzen, so dass die Manpower stark sank. Einige wurden im glücklosen Projekt „SL Enterprise“ eingesetzt, und man schien bei Linden Lab nicht mehr wirklich daran interessiert zu sein, da es einfacher gewesen ist sich vorzustellen, wie SL Enterprise zu monetarisieren ist als die Interoperabilität zwischen den Grids. Also hörte Linden Lab auf, sich in dem Bereich zu engagieren, sondern verließ den Weg.
Knop glaubt dass zu der Zeit, als er entlassen wurde (Mai 2009), nur noch Zero und Infinity Linden wirklich an dem Interoperabilitätsprojekt arbeiten, und Zero jedenfalls hätte noch viele, andere Sachen gehabt, an denen er gearbeitet hätte. Infinity verließ Linden Lab noch vor der großen Entlassungswelle 2010 und Zero wurde während der großen Entlassungswelle rausgeworfen. Kurz danach kündigte Linden Lab an, dass sie sich aus dem OGP (Open Grid Protokoll)-Prozess verabschiedeten. OGP war zu dem Zeitpunkt noch in der Diskussionsphase, während es damals schon eine Implementierung des Hypergrids gab, mit der offen experimentiert wurde. Knop ist der Meinung, Infinity würde ihm vermutlich nicht zustimmen, aber ziemlich sicher war bereits seiner Meinung nach zu dem Zeitpunkt, dass Hypergrid für Außenseiter das Mittel der Wahl sein wird und nicht OGP. Selbst als zu dem Zeitpunkt Linden Lab formal noch in dem Gremium aktiv gewesen ist, haben sie in Wirklichkeit nach der ersten Demonstration der Möglichkeit einer Gridinteroperabilität in 2009 die Arbeiten daran aufgegeben.
Knop ist der Meinung, dass genau diese Entscheidung dafür sorgen wird, dass Linden Lab zumindest in 10 Jahren nicht mehr als Firma existent sein wird, die sich mit virtuellen Welten befasse. Die Zukunft von Linden Lab ist seiner Meinung nach die Gegenwart von Compuserve.
Als Hauptgrund für die Entscheidung der Lindens, diese Interoperabilität nicht voranzutreiben, sieht Knop die Paranoia der Content Creators in SL an. Diese seien sehr darauf bedacht, dass ihre Objekte nur in SL verfügbar seien und so hätte man starke Angst vor weiteren Experimenten dieser Art gehabt, bevor man einen Weg gefunden hätte, das DRM richtig zu implementieren.
Weiterhin vermutet Knop, dass dieselbe Paranoia auch genau der Grund ist, dass Linden nur denjenigen Avataren den Upload von Meshes erlauben will, die sie rechtlich im Zweifelsfall belangen könnten. Seiner Meinung nach ist das ein gewaltiger Rückschritt für Second Life, und wird einen weiteren Grund liefern, warum viele kreative Mitmenschen und Leute aus dem Bildungsbereich lieber in Zukunft in Opensimulator arbeiten werden.
Knop selber ist froh, dass die Entwickler des Internets und WWWs nicht von derselben Paranoia befallen gewesen seien. Eine Menge ihrer Befürchtungn sei nämlich nichts anders als eine hemmende Paranoia. Natürlich werde es illegale Kopien von Objekten geben, das sei zwangsläufig der Fall, aber soll man sich deswegen von Ängsten den Weg diktieren lassen? Knop meint nein, denn damit werden man das Ziel niemals erreichen, und man solle vielmehr die Chancen eines offenen Metaversums begreifen und umarmen.
Was davon zutrifft, das wird die Zeit zeigen. Fakt ist jedenfalls, dass Linden Lab sich entschieden hat, in Zukunft auch weiterhin nur als „walled garden“ zu funktionieren und in Sachen Interoperabilität die technologische Führerschaft nun bei Opensimulator liegt. Ob allerdings das Funktionieren als „walled garden“ auf Dauer tragfähig genug sein wird, das muss sich erst zeigen, spätestens mit Hypergrid v. 2.0 dürfte es eine neue, verstärkte Konkurrenz zu den Lindens geben.
Derselbe Look, aber ein anderes Grid: das unverkennbare Dark Refuge im Avination-Grid. Interessant, was bereits alles machbar ist.
[nggallery id=5]
Eines der schönsten Features am Opensimulator ist die Technik namens Hypergrid. Diese ermöglicht dezentrale Assetstores, man kann überall sein Inventar hin mitnehmen wo Hypergrid ist und es ist eines der Killerfeatures, die viele an Opensimulator schätzen gelernt haben. Man bewegt sich nahtlos von Grid A nach C über B und hat überall sein liebgewonnenes Inventar mit dabei. Eine schöne, feine Sache im Prinzip.
Nun ist es so, dass die erste Implementierung, auch gerne Hypergrid Version 1.0 genannt, mehr ein „Proof of Concept“ gewesen ist als schon wirklich für den Produktiveinsatz gedacht. Das macht im Prinzip erst einmal nichts, Opensimulator ist ja offiziell immer noch vom Status her als Alpha eingestuft und damit ist dort sehr vieles im Fluss. Oft schneller, als manchem lieb sein kann. Hypergrid v. 1.0 hatte vor allem eine Schwäche: ein externer Server konnte dem lokalen Server mal eben einfach so sagen „Lösche dies und jenes“ und er hat es getan, oder aber – weil er das gesamte Inventar sah – alles zu sich kopieren. Es soll auch Fälle geben, wo dies geschah – entweder aus Böswilligkeit oder aber einfach aus Programmierfehlern.
Jedenfalls ist das eine Sache, die in Hypergrid v. 1.5 behoben wurde. Auf dem externen Grid sieht man fortan nur noch einen Ordner „My Suitcase“, und in dem landen erst einmal alle Objekte, umgekehrt sieht das externe Grid auch nur diesen Ordner. Es ist also ein erster Ansatz an Sicherheit für das eigene Inventar, der bei Version 2.0 noch stärker ausgebaut werden soll. Das Hypergrid ist eigentlich für Content Creators, die das bisherige Geschäftsmodell von Linden Lab gewohnt sind, sowieso der absolute Albtraum.
Nun ist es aber leider so, das Hypergrid 1.5 mit dem letzten, offiziellen Release von Opensimulator v. 0.7.0 eingeführt wurde, aktuell ist 0.7.0.2, herausgekommen vor knapp sechs Monaten im letzten September. Seitdem aber drehte sich die Welt weiter und es gab im Hypergrid v. 1.5 noch diverse Fehler, die dazu führten, dass man das Protokoll modifizierte und anpassen musste. Die notwendigen Änderungen aber wurden nicht – wie man es normal erwarten würde – in eine Version 0.7.0.3 von Opensimulator eingepflegt, sondern sind nur im Bleeding Edge verfügbar.
Das führte dazu, dass sich Hypergrid 1.5 fragmentierte. Die einen Grids lassen nun Hypergrid v. 1.5i6 laufen, die anderen 1.5i7 – und da alle diese Versionen untereinander inkompatibel sind, heißt es für den Simbetreiber nun entweder oder.
Die Inkompatibilität ist wohl notwendig, da der Fehler selber zum Teil sich im Protokoll wiederfand. Schlecht ist es aber, das es bisher keinen Backport der aktuellen Hypergrid-Version auf das letzte, aktuelle Release gegeben hat. Andere Projekte handhaben so etwas normal besser, andererseits ist es hier eine Alpha-Software mit sehr wenig wirklichen Entwicklern bei der Arbeit, so dass sie vermutlich einfach die Zeit dafür nicht haben.
Dennoch: es ist und bleibt unschön, und ausbaden darf diese unnötige Fragmentierung letzten Endes der Benutzer der Software.