Schlagwort: 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.