linden lab

Linden Labs neue Charmeoffensive: der Bug-Tracker ist nun nicht mehr öffentlich

Linden Lab reitet irgendwie gerade etwas, netter zu seinen Kunden zu sein und ihnen das Leben einfacher zu machen. Was liegt also da näher, als den bisher durch jeden Bewohner öffentlich einsehbaren Bugtracker zu vereinfachen?

Gesagt, getan! Der eine Teil der Maßnahme ist es, dass nun das Webformular, mit dem man Fehler einreichen kann, vereinfacht worden ist. Wer JIRA kennt, der weiß, dass das eine gute Sache ist.

Der zweite Teil der Maßnahme ist es, dass ab jetzt eingereichte Fehlermeldungen grundsätzlich nicht mehr öffentlich sind, sprich nur noch Linden Lab kann sie sehen und sonst keiner. Die bisherigen Tickets sind davon nicht betroffen.

Was das nun soll, darüber kann man nur spekulieren. Diese Maßnahme ist reinste Makulatur, und vor allem wird es dafür sorgen, dass zum selben Fehler nun noch mehr Tickets eingereicht werden als sonst.

Wenn man schon darüber spekuliert, dann könnte der Grund dafür darin liegen, dass man nicht mehr der Öffentlichkeit ein desaströses Bild an Fehlern bieten will, was die Community alles schon seit Jahren bemängelt bzw. wie sie tickt. Außerdem spart es ja so eine Menge Geld, denn wenn nun jemand beispielsweise einen BUG zu irgendwas einreicht, dann wird man darüber auch nicht mehr so einfach abstimmen können.

Kurz gesagt: Linden Lab schießt sich mit dieser „Verbesserungsmaßnahme“ selbst ins Knie und merkt es womöglich nicht einmal. Man will wohl, dass das JIRA nicht mehr eine Art Spiegelbild der Wünsche der Community darstellt, jedenfalls beraubt man sich so selber ohne Not einer wichtigen Kommunikationsplattform, auch wenn JIRA dafür wohl niemals in der Art und Weise gedacht gewesen ist.

Auch wird dieser Schritt den Entwicklern von alternativen Viewern das Leben schwerer machen, denn so haben sie keinen Zugriff mehr auf die aktuellen Bugs und müssen ggf. das Rad zweimal erfinden, wenn ein Bug bei ihnen gemeldet wird, den man im JIRA von Linden Lab aber nicht nachsehen kann. Ich halte es für illusorisch, dass meinetwegen das Phoenix-Team vollen Zugriff auf die JIRA-Schnittstelle von Linden Lab nur deswegen bekommt.

Pathfinding-Bugs

Linden Lab wusste sicher, dass mit der Einführung von Pathfinding einiges an Arbeiten auf sie zukommt, da Teile der Physik massiv geändert worden sind.

Interessant ist es dabei wenn man mal einen Blick ins JIRA-System wirft, was sich so bisher dort an bekannten Bugs versammelt hat. Ich gehe davon aus, dass diese Fehler zügig bereinigt werden, denn manche davon sind richtig unschön. Man sieht auch daran vor allem, dass trotz dem längeren Test auf den Magnum RC-Regionen damit längst nicht alle möglichen Fehlerquellen entdeckt worden sind, sonst wäre das JIRA nicht voll davon.

In der Kategorie Showstopper (also die höchste Stufe, so etwas wie ein GAU, weil damit eine extrem wichtige Funktion nicht mehr funktioniert) befindet sich das Ticket PATHBUG-181. Die Funktion llVolumeDetect() ist fehlerhaft gemeldet. Dies betrifft vor allem Vehikel, wenn die auf ein Prim mit dieser Funktion prallen (typischerweise der Start/Zielstreifen einer Renstrecke), dann ist das Prim entweder auf einmal lange genug nicht mehr Phantom und schleudert so das Vehikel zufällig in eine andere Richtung oder aber während einer Kollission auf einmal nicht Phantom und lässt das Vehikel gar nicht mehr passieren. Damit sind Rennen momentan schwer bis unmöglich, die Besitzer von Rennstrecken schäumen vor Wut und lassen in den Kommentaren ihren Gefühlen freien Lauf. Ich bin mir sicher, der Fehler wird schnellstmöglich behoben sein. Kurioserweise tritt der Fehler umso wahrscheinlicher auf je größer das Prim mit dem Skript ist.

Dazu kommen teilweise fehlerhafte Berechnungen des Land Impacts und ein Haufen weiterer Fehler, die gerade noch kategorisiert werden.

Ich denke mal, in so zwei bis drei Wochen dürften die gröbsten Bugs allesamt beseitigt sein und dann wird man langsam, aber sicher anfangen können damit richtig zu arbeiten.

Pathfinding ist ab heute im Maingrid aktiv – es kann ohne Optimierung bis zu 18% der Simleistung fressen

Linden Lab beginnt heute mit dem Rollout des Pathfindings auf allen Simulatoren im Maingrid. Das hat für alle Sims, ob man es nun will oder auch nicht, Folgen, auf die Jessica Lyon vom Phoenix-Team hinweist.

Pathfinding und Sim-Performance
Sobald Pathfinding auf der eigenen Region aktiv ist, wird es die Simleistung beeinflussen. Solange die eigene Region nicht für Pathfinding optimiert worden ist, wird das aktive Pathfinding die Simleistung negativ beeinflussen. Linden Lab hat dabei gesagt, dass es auf normalen Regionen maximal 4 ms Laufzeit benötigt und auf Homesteadsims maximal 1 ms Laufzeit, was in anderen Worten im worst case immerhin etwa 18% der Gesamtleistung einer Sim ausmachen kann.

Um die eigene Region fürs Pathfinding zu optimieren, benötigt man einen Viewer, der die dazu nötigen Pathfinding-Tools zur Verfügung stellt. Momentan ist das ausschließlich bei den aktuellen Beta-Viewern von Linden Lab der Fall.

Was kann man also tun? Man kann a) die Region für Pathfinding optimieren, b) es einfach abschalten oder c) gar nichts tun. Gar nichts tun ist eindeutig die schlechteste Möglichkeit, also sollte man besser die eigene Sim dafür optimieren oder es einfach ganz abschalten, denn sein Einfluss auf die laufende Sim wird deutlich spürbar sein!

Wichtig: nur Simbesitzer und Estatemanager können mit den Tools arbeiten. Wer seine Region für Pathfinding optimieren will, der muss zuerst bei Linden Lab den aktuellen Betaviewer runterladen und verfährt dann am Besten nach dieser Anleitung.

Wer Pathfinding dagegen ganz abschalten will, der kann das mit einem beliebigen Viewer tun.

Die dazu notwendigen Schritte sind:

  1. Erweitert-Menü (Advanced-Menü) einschalten, wenn nicht schon geschehen (Strg+Alt+D drücken) bzw. Entwicklermenü im Firestorm (Strg+Alt+Q),
  2. Konsolen > Region-Debug-Konsole aufrufen und dort
  3. tippt man dann „set dynamic_pathfinding false“ ein, anschließend unbedingt die Sim neu starten!

Das war’s dann gewesen.

Bekannte Fehler
Mit Pathfinding wurde zeitgleich auch Änderungen an der Havok-Physik-Engine vorgenommen, die zu neuen Fehlern im Verhalten der Physik allgemein, Phantom-Prims, Sculpties und einigen Vehikeln führen. Eine Liste der ihm bekannten Fehler hat das Phoenix-Team hier bereitgestellt. Da diese Bugs serverseitig sind, kann nur Linden Lab alleine sie auch beheben.

Einige der in der Liste genannten Fehlerbeschreibungen wurden im JIRA als nicht öffentlich markiert, daher kann das Phoenix-Team nicht mehr als eine kurze Beschreibung des Fehlers liefern.

Fragen und Antworten
Das Phoenix-Team hat Linden Lab etliche Fragen zum Rollout vom Pathfinding gestellt und hier sind dazu die offiziellen Antworten.

Anmerkung
Bitte sagt es allen Simbesitzern und Estate Managern, die davon bisher nichts wissen, unbedingt weiter, denn sonst wundern die sich möglicherweise nur wieso im Vergleich zum Vortag die Simleistung stark vermindert ist. Alles in allem sieht der Start dieses eigentlich interessanten Features wie eine mittelschwere Katastrophe aus, also mal wieder ein typischer Stunt von Linden Lab wie man es gewohnt ist.

Auch ist es schlecht, dass Linden Lab in seinen eigenen Blogs darauf und vor allem den möglicherweise gravierenden Einfluss auf die Simleistung absolut nicht hinweist.

Linden Lab unterbindet die Nutzung ihrer eigenen Viewer mit Opensim

Linden Lab hat letzte Woche in ihren eigenen Beta- und Entwicklungsviewern den Kommandozeilenparameter „-loginURI“ ersatzlos gestrichen, mit dem es bisher möglich gewesen ist mit Linden Labs eigenen Viewern per Hand andere Grids anzusteuern.

Dazu gibt es folgenden Chatlog mit Oz Linden, in dem er es Nebadon Izumi erklärt:

[10:07] <nebadon> OzLinden : ping
[10:09] <OzLinden> pong
[10:10] <nebadon> are you guys really removing -loginURI support from the viewer?
[10:10] <nebadon> or is that just a mistake?
[10:10] <nebadon> cause latest Dev and Beta viewers get an error if you try to use it
[10:11] <OzLinden> that was deliberate, but there is a related bug that I’m working on now
[10:12] <nebadon> ok so it will eventually be back?
[10:12] <OzLinden> no, I don’t believe so
[10:12] <nebadon> why is it being removed?
[10:13] <OzLinden> part of cleaning up grid handling – it really doesn’t serve much useful purpose
[10:13] <nebadon> sure it does
[10:13] <nebadon> it lets us connect to opensim
[10:14] <nebadon> this essentially kills all support for OpenSim
[10:14] <OzLinden> which our Havok license does not allow

Kurz und gut: der Parameter wurde aufgrund von internen Bereinigungen am Gridhandling entfernt, da er zudem nicht wirklichen Sinn gemacht hätte. Nebadon warf ein, der Parameter hätte sehr wohl Sinn gemacht, da man so mit Linden Labs Viewern zu Opensim hätte verbinden können, worauf Oz Linden einwarf, dass die Havok Lizenz, welche Linden Lab erworben hat, genau das verbietet. Zur Erinnerung: wegen der Einführung des Pathfindings hat Linden Lab dem Viewer selber Teile von Havok beilegen müssen.

Was bedeutet das nun für die Zukunft? Die Mehrheit der Opensimbewohner hat ohnehin nicht Linden Labs eigenem Viewer benutzt, man bevorzugt Hippo, Imprudence und Singularity, sie wird es wohl kaum vermissen.

Für Viewerentwickler wiederum wird es nur dann interessant, wenn auch sie Pathfinding aktiv haben wollen, denn dann darf auch deren Viewer nur zu Second Life verbinden können. Firestorm hat das Problem so gelöst, indem es nun einen Firestorm für SL gibt und einen eigenen für Opensim geben soll.

Dass so etwas kommen wird, war klar. Die Auswirkungen sind aber wesentlich weniger drastisch, als mancher meinen könnte. Bei Hypergrid Business jedenfalls haben sie ein Fass aufgemacht und dabei alles zu Wort kommen lassen, was im Bereich Opensim Rang und Namen hat. Natürlich steht es jedem Entwickler von alternativen Viewern nach wie vor frei, diese Funktionalität wie auch immer geartet im eigenen Produkt zu bieten, sei es als Kommandozeilenparameter oder Gridmanager. Linden Lab jedenfalls wird das nicht mehr tun.

Warum Second Life kein Reputationssystem braucht

Sporadisch höre ich in gewissen Forendiskussionen die Idee, dass Second Life doch ein Reputations- oder Karmasystem brauche. Das prominenteste Beispiel ist dabei der Blogger von New World Notes, der das zuletzt Anfang April diesen Jahres forderte und Reddit als Beispiel dafür brachte, wie segensreich doch so ein Benutzerbewertungssystem denn sei.

Ich bin der Meinung, so ein System würde in SL absolut nichts bringen. Zunächst einmal ist es so, dass es bis von irgendwann in 2004 bis Anfang 2007 genau ein solches in SL gegeben hat. Man konnte jeden Bewohner wahlweise in der Kategorie Behaviour (Verhalten), Appearance (Aussehen) sowie Building (Baukünste) für Zahlung von 1 L$ pro Bewertung entweder positiv oder negativ bewerten. Der Bewohner, der gerated wurde, bekam das per Mitteilung mit – und es gab an die SL-Bewohner für ihr Verhalten eine gewisse wöchentliche Auszahlung aus einem gemeinsamen Topf, denke mal nur an die Premiumuser.

Irgendwann schaffte dann Linden Lab zuerst die Möglichkeit der negativen Ratings ab und erhöhte den Preis auf 25 L$, bis sie schließlich das System komplett rauswarfen. Besser so!

Warum? Nun, das System alter Art war viel weniger ein Gradmesser des eigenen Verhaltens sondern der eigenen Beliebtheit. Solch ein System kann und wird immer durch Leute mit vielen Freunden pervertiert werden, wenn es denn einfach genug ist, Ratings zu erhalten und vorzunehmen.

Das bedeutet, dass solche Ratings über das eigentliche Verhalten in Second Life nicht viel aussagen; man kann selber der übelste Miesnickel aller Zeiten sein, wenn man nur genügend Leute findet und die für positive Ratings bezahlt, hey super!

Ein Ratingsystem, gleich welcher Art es in Second Life wäre, wäre wieder nichts anderes als ein sich gegenseitiges auf die Schulter klopfen und hochjubeln ohne Substanz. Das ist auch der Grund, warum inzwischen viele Foren ebenfalls von solchen Systemen nicht mehr viel halten und gänzlich davon abgekommen sind, und das mit gutem Grund. Einen Sinn und Nutzen sehe ich für SL nicht, Linden Lab tut das auch nicht und daher ist es besser so, wenn das auf der Müllhalde der Geschichte als Kompost bleibt, wo es ist, denn es wäre nur ein Werkzeug zum Bestrafen mißliebiger Personen. Mehr aber auch nicht.

Gamification – ein Weg auch für den offiziellen Second Life Viewer?

Nirans Viewer macht es mit dem Release 1.36 gerade vor: es ist ein Errungenschaftssystem (Englisch: Achievements) eingebaut, wie man es von moderneren Spielen und MMORPGs kennt. Wie das aussieht, kann man bei Maddy ausführlich bewundern, daher erspare ich mir hier einfach die Screenshots davon.

Zudem ist der Viewer inzwischen offiziell in der TPVD drin, herzlichen Glückwunsch!

Nun ist es ja so, dass nach Rod Humble Linden Lab im Moment genau darauf setzt, was Niran vormacht, nämlich Gamification. Achievementsysteme sind irgendwie das neue Buzzword in der Branche, und werden in Zukunft häufiger vorkommen, als man meint. Selbst so dröge Software wie die Compilersuites von Microsoft sollen Achievementsysteme verpasst bekommen, um die Programmierer zu Entdeckungen und besserer Arbeit zu animieren. Muss also was dran sein, und man kann sich das bei Kleinstweich für umme bereits runterladen!

Niran und Microsoft zeigen, was Gamification bedeuten kann. Nachdem Rod Humble in der Spieleindustrie jahrzehntelange Erfahrung hat, weiß er das auch auf dem Effeff. Die Frage ist daher: wie lange dauert es denn noch, bis auch der offizielle Lindenviewer solch ein System spendiert bekommt? Ist so etwas bei Linden Lab überhaupt bereits in Planung? Denn wenn Linden Lab es ernst mit der Gamification ist, dann wird sich das zu alleerst im Viewer zeigen müssen, wo denn auch sonst!

Linden Lab könnte es sich sogar einfach machen und einfach Nirans Änderungen bei sich für umsonst einbauen, the joy of open source eben! Ob sie das aber machen oder nicht – wir werden sehen. Jedenfalls erwarte ich früher oder später solch ein System auch im offiziellen Lindenviewer, alles andere widerspricht dem neuen Credo der Firma.

Linden Lab in Glassdoor

Drüben bei New World Notes schreibt Wagner James Au über die Vor- und Nachteile der Bewertungen Linden Labs bei Glassdoor. Er selber habe lange Zeit damit gezögert, diese Seite überhaupt zu verlinken, es dann aber letzten Endes doch getan, weil dieser ohnehin in der Blogosphäre kursieren würde, und es dabei gelte die Spreu vom Weizen zu trennen. Das ist doch mal einen genaueren Blick wert.

Zunächst einmal: was ist Glassdoor? Glassdoor ist eine englische Webseite, auf der aktuelle und ehemalige Mitarbeiter eines Unternehmens dieses auf einer Skala von 1-5 anonym bewerten können und da eine Bewertung ohne dazugehörigen Text recht sinnfrei ist, ihm auch noch gleich ein Zeugnis ausstellen. Die Seite über Linden Lab bei Glass Door beginnt hier, bisher sind 37 Bewertungen innerhalb eines Zeitraums von knapp vier Jahren vorhanden.

Damit man einordnen kann, wie diese Bewertungen zu werten sind, muss man sich dabei eine kurze Geschichte der Firma vergegenwärtigen, also wann gab es welchen Geschäftsführer, wann mal keinen und wann die große Entlassungswelle.

Das interessante an den Bewertungen ist, dass es nicht nur ehemalige Mitarbeiter sich zu Wort meldeten, sondern auch aktive Mitarbeiter. Das Bild, welches im Laufe der Jahre dort gezeichnet wird, ist gemischt. Es gibt durchwegs positive Bewertungen aber auch welche von verbitterten, ehemaligen Mitarbeitern, die an der Firma kein gutes Haar lassen. Dabei bestätigt sich dann in vielen Bewertungen auch das, was die Blogosphäre ohnehin oft meint, und das wird natürlich nur allzugerne aufgegriffen, wie beispielsweise folgende Contras aus mehreren Bewertungen:

Senior Management hates its own customers, making it hard for them to build a product they want to use.
Senior Management hates its own employees, making it a toxic work environment.
[…]
– Management scared to try and tackle big engineering challenges, sticking to tiny iterative changes and expecting to „move the needle“ with tiny often silly „improvements“ (and the charts never change from the slow sad decline despite management desiring them to)
– Fundamental usability issues with the main product remain unresolved for years, aggravating users (see the many blogs about Second Life and Linden Lab)
– A culture war is occurring, where the old culture is being erradicated and a new vacuos one is put in place
– A sadly squandered opportunity to grow the main product line, Second Life, with cloud delivery or innovative mobile enhancements – while investing in pet experiments that will likely not replace the current revenue stream as it deteriorates, or even be monetizable at all

usw., man kann es ja alles nachlesen.

Darunter sind dann aber auch besonnere Stimmen, die dem nicht so viel Gewicht beimischen. Interessant zu lesen ist es allemal, was dort so geschrieben ist. Auch gibt es eine Rubrik in jeder Bewertung, in der man dem Management etwas raten kann. Meistens findet sich darin, man solle auf seine Kunden besser hören, besser kommunizieren und ähnliches mehr.

Was ist nun von dieser Seite zu halten? Interessant zu lesen, was da geschrieben wird, ist allemal. Wichtig ist allerdings, dass es um einen Zeitraum von vier Jahren geht, in dem es vier Wechsel des CEOs an der Spitze gegeben hat. Die Bewertungen selber beziehen sich meistens auf die Vergangenheit, aber nicht auf das aktuelle Management. Rod Humble selber hat ja einige Mystery-Produkte in der Pipeline, an denen er die Mitarbeiter arbeiten lässt, von denen die Öffentlichkeit bisher nicht weiß, was sie sein werden.

Wer also wirklich das aktuelle Lab und damit Humbles Arbeit bewerten will, der sollte fairerweise zumindest solange noch damit abwarten, bis diese Produkte marktreif geworden sind und genutzt werden können.

Features, die ich in SL-Viewern gerne hätte

Trotz bald eines Jahrzehnts, in dem es den SL-Viewer und damit seine Codebasis gibt, gibt es so einige Features, die ich einfach wirklich gerne im Viewer hätte, weil sie mir viel Zeit und Mühen ersparen könnten. Dabei ist es mir dann auch egal, ob das im Lindenviewer oder irgendeinem Third Party Viewer wäre, Hauptsache irgendwer setzt sich erst einmal hin und implementiert es endlich, denn diese Features sind wirklich naheliegend, aber irgendwie kam noch keiner darauf, sie zu implementieren oder man misst ihnen keine besondere Wichtigkeit bei. Schade eigentlich!

Was genau meine ich nun? Hier mal in ungeordneter Reihenfolge:

Die Möglichkeit, häufig benutzte Grafikeinstellungen unter einem Namen abzuspeichern und dann aufzurufen
Damit ist genau das gemeint,  was es sagt: es gibt einige Grafikeinstellungen, zwischen denen ich im Laufe einer SL-Sitzung hin- und herpendle, so schalte ich beispielsweise in einem Club die Sichtweite nach unten und gewisse Avatardetails, wenn es wirklich voll ist oder wenn ich wirklich mal Kampf mache, allgemein ziemlich viel, wenn ich Fotos mache stelle ich wiederum alles ganz nach oben, ich habe also in den Einstellungen immer gut zu tun.

Es wäre schön, wenn es wie bei den Windlightsettings auch schon lange üblich, die Möglichkeit gäe die aktuellen Grafikeinstellungen unter einem beliebigen Namen abzuspeichern und danach diese einfach per Knopfdruck und/oder Befehl in der Eingabezeile direkt zu laden.

Das würde mir sehr viel Fummelei in den Einstellungen und auch sonst sparen, wieso das bisher keiner gebacken bekommen hat, ich weiß es nicht. Ich würde es sehr begrüßen, wenn das endlich mal einer realisieren würde, denn eigentlich ist das eine Selbstverständlichkeit, dass es so etwas geben sollte. Warum es bisher nicht existiert, das wissen nur die Götter Lindens.

Die Erweiterbarkeit des Viewers mittels Plugins
Darunter stelle ich mir einfach eine Schnittstelle vor, wie das bei den Erweiterungen unter Firefox der Fall ist. So etwas zu implementieren wäre Aufgabe der Lindens, und es würde das Ökosystem rund um den Viewer deutlich beflügeln, sollte man so etwas realisieren und dann anbieten können, denn ein Plugin ist häufig schneller realisiert als am Viewercode in C++ rumgehackt oder am XML der Skindefinitionsdateien.

Einen brauchbaren Screenshotdialog
Der aktuelle Screenshotdialog ist einfach von der Usability her die reinste Katastrophe und völlig unbrauchbar, selbst die alten Dialoge im 1er-Viewer waren um Welten besser als der Mist. Zeit, das einzusehen und endlich zu beheben!

Die Möglichkeit, das Viewerfenster auf zwei Bildschirme zu vergrößern bzw. Dialoge außerhalb des Viewerfensters anzeigen zu können
Viele haben inzwischen mindestens zwei Monitore an ihrem Rechner hängen, und für die ist es jedesmal eine große Pein, wenn sie den Viewer nur auf einem Fenster anzeigen können und nicht über beide Bildschirme gleichzeitig bzw. dass die Dialoge momentan prinzipbedingt nur im Viewerfenster dargestellt werden können. Man stelle sich mal alleine vor, man könnte beliebige Dialoge aus dem Viewerfenster heraus lösen und auf dem anderen Monitor darstellen.

Ich weiß, das würde größere Umbaumaßnahmen im Viewer bedeuten, wünschenswert aber ist solch eine Unterstützung trotzdem, denn es würde die Produktivität enorm steigern!

Eine bessere Darstellung der Suchergebnisse
Die alte Suche im 1er-Viewer war kompakt und schnell. Inzwischen hat Linden Lab ja alles auf die hausinterne Google-Appliance umgestellt, die im Grunde nichts anderes als eine Webseite ist, welche der Viewer mittels eines eingebetteten Webkit-Plugins rendert. Diese kann man zwar auch inzwischen sehr fein einstellen, was fehlt ist aber eindeutig eine kompakte, tabellarische Darstellung der Suchergebnisse, wie es sie früher gab. Da kommt einfach die aktuelle Suche keinesfalls ran!

Einen einfach zu bedienenden Antilag-Wizard
Seien wir realistisch: für viele ist der Viewer ein zu komplexes Monstrum an Programm, welches sie niemals wirklich beherrschen können noch richtig alles einstellen werden, weil man dazu einfach zu viel über Computer, Netzwerke und alles, was dazugehört, wissen muss. Die Leute wollen nicht ein halbes Informatikstudium absolvieren müssen, um ihren Viewer geschmeidig zum Laufen zu bringen, sondern er soll möglichst out of the box gediegen laufen.

Oder um es mit Steve Jobs Credo zu sagen: „Design is not just what it looks and feels like. Design is how it works.“, und Recht hatte der gute Mann damit gehabt. Gerade die Dienste/Programme, welche von Anfang an einfach funktionieren und ansonsten dem Benutzer nicht im Wege herumstehen sind die erfolgreichsten, wie z.B. Dropbox.

Auf den Viewer übertragen bedeutet das nichts anderes, als dass man sich mal die Mühe machen sollte ein Stück Software zusammenzuhacken, welches die wichtigsten Parameter abfrägt, die clientseitigen Lag verursachen können und diese dann selbstständig optimiert, wie Netzwerkbandbreite, Grafikeinstellungen, Cachegröße und was weiß ich noch alles und vielleicht dem Benutzer darüberhinaus noch weitere Empfehlungen gibt.

In Ansätzen ist das ja vorhanden, aber auch da gibt es noch viel Luft für Verbesserungen.

Anzahl der Sims sinkt erstmals seit 2010 wieder unter 30000

Erstmals seit 2010 ist die Anzahl der in Second Life laufenden Regionen unter 30000 gesunken. Es zeigt sich damit nur bestätigt, was ohnehin viele Bewohner beobachten, dass es deutlich weniger wird und Second Life von der Fläche her nach wie vor schrumpft.

Wie sich das nun in 2012 weiter entwickeln wird, bleibt abzuwarten, es ist aber illusorisch, dass die Zahl der Sims ohne Änderungen der Preispolitik seitens der Lindens wieder signifikant steigen wird.

Diesen Trend bestätigen sowohl Gridsurvey als auch Metaverse Business, zwei der führenden Datensammler in Second Life, unabhängig voneinander. Der Graph selber ist dabei von Metaverse Business übernommen worden.

Warum Linden Lab die Landpreise so schnell nicht senken wird

Der alles beeinflussende Faktor, der über den wirtschaftlichen Erfolg von Second Life und damit bisher Linden Lab entscheidet, ist der Landpreis. Die Klagen der Bewohner, dass dieser im Vergleich zur vermeintlichen Konkurrenz Opensimulator inzwischen viel zu hoch sei, ist altbekannt, weit verbreitet und greift dennoch zu kurz.

Am Anfang war das Prim…

…und alle Prims sind gleich geschaffen worden. Zumindest kommt man auf diese Idee, wenn man sich die Landpreise ansieht: man bezahlt schließlich für jeden Prim, wenn man es umrechnet, für jeden Monat eine gewisse Miete und fertig.

Ein Simulator auf dem von Linden Lab betriebenen Mainland kostet monatlich 195 US$, es stehen dabei 15.000 Prims zur Verfügung. Ein Simulator, der abseits des Mainlands als private Region betrieben wird mit derselben Anzahl an Prims kostet im Monat 295 US$ (Einrichtungsgebühr nicht mit eingerechnet).

Mindestens 90% der monatlichen Einnahmen bekommt Linden Lab aus dem Geschäft mit der Vermietung von Simulatoren, es ist also der Fuß, auf dem das Unternehmen bisher ruht.

Nun ist es aber so, dass alle Prims eben nicht gleichwertig sind, sondern den Simulator unterschiedlich belasten können. Ein Prim, dessen sechs Seiten unterschiedlich texturiert sind, dazu noch physisch ist und 20 aktive Skripte hat, benötigt nun einmal mehr Serverleistung als ein Standardprim mit der Plywood-Textur.

Aber diese Unterschiede spiegeln sich bisher nicht in der Mietsgebühr nieder, das bisherige Versprechen ist immer „Du zahlst für alle Prims dasselbe und was du dann damit machst ist dein Bier“ gewesen. Das hat auch lange Zeit recht gut funktioniert, ist aber inzwischen überholt und auch Linden Lab selber kommt davon so langsam ab, wenn man sich die Berechnungsgrundlagen der Primäquivalenz für Meshbauten anschaut.

So oder so bedeutet die Abhängigkeit dieser Mieteinnahmen, dass unser aller Vergnügen direkt erst einmal von den Simbesitzern finanziert wird und indirekt durch all diejenigen, von denen sie Geld einnehmen. Gäbe es diese Mieteinnahmen – die geschätzt etwa 5 Millionen US$ im Monat betragen – nicht, dann gäbe es auch kein Second Life. Diese Einnahmen also halten Second Life am Leben und am Laufen, zu unserer aller Zufriedenheit.

Software as a Service oder: von den Mieten hängt viel mehr ab, als man meint

Wenn man die Mietgebühr einer Sim in Second Life mit der eines Simulators eines beliebigen Opensimgrids vergleicht, dann wird Second Life immer verlieren, da es diese Preise nicht bieten kann noch können wird.

Diese Vergleiche sind einfach, erscheinen logisch und sind schlichtweg falsch. Es ist das Vergleichen von Äpfeln mit Birnen.

Was viele bei diesen einfachen Vergleichen nicht berücksichtigen ist, dass an der Mietgebühr in Second Life mehr als nur der Betrieb des Simulators hängt. Von diesen Einnahmen wird der Mitarbeiterstab finanziert, darunter alle Programmierer, und schon alleine diese kosten einiges. Linden Lab leistet nach wie vor Pionierarbeit, muss alles selber programmieren und das schlägt sich darin nieder. Dazu kommt, dass auch die Infrastruktur, die zum stabilen Betrieb von Second Life notwendig ist, nicht gerade billig zu bekommen ist. Alleine die Kosten für den Assetserver dürften sehr hoch sein, dazu kommen die massiven Leitungen ans Internet verbunden mit dem Support und vielen, anderem mehr. Das sind alles Punkte, die in die Mietgebühr mit einfließen und aus dieser finanziert werden.

Eine einfache Opensim ist natürlich billiger zu haben, ganz einfach weil die Software – die erst durch Linden Lab so schnell so weit kommen konnte – billig zu haben ist, und die Programmierer in vielerlei Hinsicht keine Pionierarbeit leisten mussten, sondern auf den Schultern Linden Labs standend bereits von deren Erfahrungen und Leistungen profitierten. Man stelle sich mal nur alleine vor, Linden Lab hätte niemals seinen Viewer als Opensource freigegeben, die Community von Opensim alleine hätte die Programmierung eines solchen sicherlich niemals selbst geleistet.

Dazu kommt, dass bisher kein OS-Grid auch nur annähernd die gleichzeitige Benutzerzahl und Größe des Assetsystems wie bei Second Life erreicht hat, also technisch gesehen ein viel geringerer Aufwand getrieben werden muss.

Damit ist es natürlich klar, dass Opensim preislich gesehen Second Life gnadenlos unterbieten kann, weil die Betreiber solcher Grids einfach sehr viele laufende Kosten in der Höhe, die Linden Lab hat, nicht haben.

Allerdings ist es nach wie vor so, wer nach Opensim geht, leistet Pionierarbeit und darf sich von seinem bisherigen Content verabschieden. Das, was man nach wie vor in SL hat, ist sehr viel guter Content in allen Formen und soziale Interaktion. Opensims sind vereinzelte Inselchen, Second Life dagegen eine Kleinstadt. Beides hat seine Berechtigung, aber hier Äpfel, da Birnen.

Der Rückgang der Mieteinnahmen

Viele sind der Meinung, das Second Life momentan vergleichbar mit AOL ist: es ist zwar nach wie vor irgendwie profitabel, aber hauptsächlich durch den vorhandenen Benutzerstamm, der kaum noch spürbar wächst – und es ist es damit nicht nachhaltig.

Dass die Mieteinnahmen bestenfalls stagnieren ist eine Tatsache. Dazu muss man sich nur einmal die Zahlenwerke von Gridsurvey ansehen, nach denen Second Life im Moment leicht schrumpft. Diese Schrumpfung war 2011 zwar nicht massiv, aber spürbar genug und damit verbunden natürlich auch geringere Miet- und damit wiederum Gesamteinnahmen für Linden Lab.

Die Folgen? Zweierlei!

Durch die sinkenden Mieteinnahmen gerät Linden Lab langsam, aber sicher in eine Bredouille: die Server dürften geleased sein. Das bedeutet, wenn Sims leer laufen oder nicht vermietet werden können, die Rechner gar abgeschaltet werden, müssen dennoch weiterhin die Raten für diese abbezahlt werden, sie verursachen also auch so als laufender Posten Kosten, wenn sie nicht genutzt werden, und das ist schlecht für das Unternehmen.  Dazu kommt, dass die Rechenzentren natürlich auch weiterhin ihre Dienste als Colocation bezahlt werden wollen.

Oder einfacher gesagt: die Einnahmenseite sinkt, aber die Ausgabenseite bleibt ziemlich konstant. Das heißt nichts anderes, dass man hier Gefahr läuft, sollte man nicht entsprechende Gegenmaßnahmen ergreifen, als Unternehmen Verluste zu schreiben. Natürlich könnte man die Ausgabenseite kurzfristig senken, indem man Mitarbeiter entlässt, den Support auslagert und ähnliche Scherze betreibt, aber meistens schaden solche kurzfristigen Maßnahmen einem Unternehmen auf Dauer mehr als sie ihm nutzen.

Eine Möglichkeit, um dem entgegen zu wirken, ist einfach wieder das Produkt „Second Life“ an sich bekannter zu machen und dafür zu sorgen, dass mehr wirkliche Neulingen nach Second Life kommen und vor allem dann auch auf längere Zeit bleiben! Linden Lab hat in der Tat so einiges probiert, das zu erreichen wie z.B. den mißglückten Viewer 2, die Aufwertung der Premium-Accounts, und und und…

Die zweite Möglichkeit besteht in der Diversifizierung der Einnahmenseite; wenn man mehr als ein Produkt hat, das man verkauft/vertreibt, dann steht die Firma insgesamt auf mehreren Standbeinen und wird stabiler. Die Entwicklung neuer Produkte kostet dabei natürlich Geld, es ist aber an und für sich eine gute Idee, nur müssen diese Produkte dann auch nachgefragt werden. M Linden suchte sein Glück mit Firmenlösungen im Bereich 3D-Welten und scheiterte.

Rodvik Linden nun selber setzt auch auf neue Produkte, die für dieses Jahr angekündigt worden sind, was sie aber genau sein werden, darin hüllt er sich bisher in Schweigen.

Dass übrigens Linden Lab auch nicht genutzte Simulatoren ziemlich sicher Kosten verursachen kann man daran erkennen, dass es vor einiger Zeit ein Sonderprogramm gab, in dem die Einrichtungsgebühren für Sims radikal gesenkt waren.

Das Fazit

Ich gehe davon aus, dass Linden Lab momentan noch profitabel arbeitet, also einen Gewinn in welcher Höhe auch immer erwirtschaftet. Die Frage ist wie lange noch und was wird mit diesem Gewinn gemacht.

Der finanzielle Spielraum und damit Gewinn von Linden Lab ist sehr stark an die monatlichen Mieteinnahmen gekoppelt, und hier dürfte es langsam eng werden. Momentan ist die Firmenpolitik von Linden Lab, das verfügbare Geld hauptsächlich in die Entwicklung neuer Produkte zu stecken. Das macht Sinn, um das unternehmerische Risiko breiter zu streuen und die Firma insgesamt auf gesündere Beine zu stellen.

Nur: wer wie Linden Lab in neue Produkte investiert, der wird dies – solange er es denn kann – lieber aus eigener Kraft tun als dafür kostspielige Kredite aufnehmen zu müssen. Linden Lab ist nicht an der Börse notiert und kann daher auf solchem Wege kein Geld bekommen.

Das alles führt dazu, dass Linden Lab es sich momentan nicht wirklich leisten kann, die monatlichen Mietgebühren zu senken.

Auch hier gilt natürlich nach wie vor, dass Angebot und Nachfrage den Preis bestimmen, aber einen wirklichen Konkurrenten zu Second Life gibt es nicht und damit ist Linden Lab in dem Bereich Quasimonopolist. Opensimulator ist noch lange nicht soweit, als dass es Second Life direkte und schwere Konkurrenz bereiten könnte, vielmehr besetzt es bisher nur Nischen, in die Second Life nicht vorgedrungen ist oder diese nicht mehr bedienen mag.

Daher bleibt uns das Preisniveau auf längere Sicht erhalten, Spielräume nach unten gibt es kaum und wirklich ändern wird sich daran erst dann etwas, wenn Linden Lab massiv mit anderen Produkten Geld einnehmen wird und/oder ein ernsthafter Konkurrent für Second Life auftaucht. Vorher aber nicht.