Programming

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!

Bei Maddy drüben gibt’s eine interessante Schätzung, wie groß die Assetdatenbank von Second Life wohl aktuell sei. Linden Lab hat vor kurzem eine Art Mülleimerroutine laufen lassen, die nicht mehr genutzte Objekte in einen Papierkorb verschob und so gerade mal 85% der Datenbank auf Altenteil geschickt.

Die verbliebenen 15% machten dabei noch 192 Terabyte aus, damit wird der gesamte Datenbestand auf etwa 1280 Terabyte geschätzt. Das macht Sinn und ist in der Tat eine beeindruckende Datenmenge, die zu verwalten nicht mehr alltäglich ist. Die Zugriffe sollen ja flott geschehen, dazu kommt dass man davon auch Backups benötigt und dergleichen mehr. Zum Vergleich: die Gesamtmenge aller 20 Milionen Assets vom größten Opensimgrid, Osgrid, betrug im September 2010 ca. 480 Gigabyte (leider habe ich keine aktuelleren Zahlen gefunden).

Interessanter aber ist noch die Frage: was kostet es eigentlich überhaupt, sich solch eine Datenmenge zu leisten? Also was kostet ein Petabyte? Die Bandbreite dessen, was ein Petabyte kosten kann, ist dabei beachtlich.

Der Lumiya Viewer (Plattform Android und im Third Party Viewer Directory gelistet) hat etwas geschafft, was bisher selbst Linden Lab nicht gebacken bekommen hat: die Unterstützung für 3D endlich auf einer mobilen Plattform zur Verfügung zu stellen! Das bedeutet nichts anderes, als dass dieser nach wie vor junge Viewer ab sofort in der Lage ist, die 3D-Szenen von Second Life auf dem wachsenden Markt der Smartphones und Tablets darstellen zu können.

Der Support selber steckt zwar noch in den Kinderschuhen und es sieht recht gewöhnungsbedürftig aus, oder anders gesagt: es ist noch sehr ausbaufähig, aber das ist nicht der Punkt. Der Punkt ist dieser, dass es den ersten nativen Viewer gibt, der das nun kann und für eine der beliebten, mobilen Plattformen (Android, die andere wäre iOS) geschrieben worden ist. Die Entwicklung scheint zügig voranzuschreiten und es ist definitiv ein Viewer, den man daher im Auge behalten sollte.

Und noch einen zu Opensim: jemand fragte nach, ob es denn ein für OS funktionierendes Collarskript gäbe, denn die letzten Postings dazu im Forum seien aus dem Jahr 2009.

Als Antwort darauf kam, man solle einfach die Region Littlefield im Osgrid besuchen, dort gäbe es so ziemlich alles, was man sich für RLV/RLVa vorstellen könne. Na dann.

Und noch einen aus der OS-Mailingliste, jemand fragte nach, ob Opensimulator multiple Attachments beherrschen würde, da das für vielerlei Zwecke wie RP sehr nützlich wäre.

Justin Clark-Casey antwortete selber darauf:

Not yet.  More detail at [1].

Implementing multiple attachments on a single attachment point looks perfectly doable though unfortunately it means navigating and maybe cleaning up some foolishness in the way attachments are stored (e.g. at the moment there are two duplicate data structures that store attachment information).

[1] http://opensimulator.org/wiki/Feature_Matrix#Users

Auf Deutsch: nein, bisher kann Opensimulator das nicht, aber es sei wohl nicht weiter schwer das Opensim beizubringen, aber man müsse dafür wohl einigen grottigen Code aufräumen sowie die Datenbankstruktur anpassen.

Folgendes ist ein Crosspost aus der Opensim-Users-Mailingliste, vielleicht ist das ja für den Einen oder Anderen interessant.

Hallo,

Opensim wird auf dem LinuxTag in Berlin vom 23. - 26. Mai mit einem
Stand vertreten sein. Fuer diesen Stand suchen wir noch einige
Helfer um den Besuchern Opensim vorzustellen.

Es gibt viel Arbeit und kein Geld, dafuer aber das schoene Gefuehl,
der Community geholfen zy haben und das koennt ihr auch mit nach
Hause nehmen!

Wenn ihr interessiert seit, Opensim zu helfen mehr Benutzer zu
finden schreibt bitte an melanie@opensimulator.org . Bitte postet
keine Hifeangebote auf dieser Liste, da wir sie nicht durchgehend lesen.

Melanie

Zasta hat ja heute bei sich mal den Exodus-Viewer getestet und fast als gut für seine fortgeschrittenen Bedürfnisse befunden. Die Grafikeinstellungen seien eindeutig am Mächtigsten und man könne am meisten grafisch aus der Kiste rausholen, wenn ja wenn nicht da der Viewer überall in die Bilder irgendwelche, störende Linien einbauen würde. Schade.

Eigentlich ist es ja so, dass geile Grafik für den Exodus-Viewer nur Nebensache ist, denn sein Hauptaugenmerk - und dafür ist er gedacht und dafür wurde er optimiert - liegt auf Kampf. Schock! So oder so, seit knapp 60 Tagen hat sich im offiziellen Sourcecode-Repository des Viewers absolut nichts, aber auch rein gar nichts mehr getan. Schade!

Also habe ich mich mal ein wenig auf Spurensuche begeben, um zu schauen, ob es denn irgendwelche Lebenszeichen der Entwickler nach dem Anfang Februar gegeben hat. Die webbasierten SL-Profile? Fehlanzeige, einige der Entwickler sind noch vor 14 Tagen aktiv gewesen, das war es dann aber auch gewesen. Twitter? Der letzte offizielle Tweet ist auch 60 Tage her.

Nachdem es einige Zeit lang um das Projekt sehr ruhig geworden war, hat nun Qarl Fizz Version 0.3 des parametrischen Mesh-Deformers veröffentlich t. Die Hauptänderungen sind die folgenden:

1. der Patch funktioniert nun sauber mit dem aktuellen Code der Lindenviewer, was ja ein erklärtes Ziel gewesen ist und
2. die Deformationstabellen werden nun in einem extra Thread im Hintergrund berechnet, so dass es zu keinen Einbrüchen bei den FPS mehr kommen soll.

Es ist zu erwarten, dass die üblichen Verdächtigen (Nirans Viewer, aber auch Cool Viewer usw.) den Patch bald bei sich eingebaut haben werden.

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.

Da es schon eine Weile her ist, dass ich damit gespielt habe, habe ich mir heute mal die aktuelle Version von Nirans Viewer geschnappt (1.33 Preview) und damit unter Windows gespielt.

Eines vorweg Zunächst einmal für die Leute, die immer gerne auf der sicheren Seite liegen, ein Wort vorneweg: Nirans Viewer ist im offiziellen Third Party Viewer Directory von Linden Lab nicht gelistet. Das ist kein Beinbruch, da auch andere bekannte Viewer wie der Cool Viewer von Henri Beauchamp dort nicht gelistet sind, weil man für die Auflistung gewisse Erklärungen unterschreiben muss, deren Inhalte nicht jeder mag, aber: manch einem mag das ja schon Grund genug sein, solch einen Viewer eben nicht zu benutzen.

Nur auf der sicheren Seite ist man, selbst wenn die Entwickler solch einen Wisch unterschreiben, sowieso nicht automatisch, denn Papier ist geduldig und wenn sie Schmu machen, dann machen sie es so oder so. Also, letzten Endes muss es jeder mit sich selber ausmachen, inwieweit er dem Entwickler(team) hier in dem Fall vertraut oder aber auch eben nicht.

Die Intention Nirans Viewer wird auf Sourceforge als Highend-Viewer bezeichnet. Laut Niran selber basiert er aus dem Shining-Branch von Linden Lab direkt und die Hauptarbeit an dem Viewer ist der gänzlich andere Skin. Die Andersartigkeit sticht einem schon sofort beim Loginbildschirm sofort ins Auge, es wird nämlich eine Videosequenz abgespielt. Das hat sonst kein anderer Viewer in der Art. Das Hauptaugenmerk bei der Viewerentwicklung liegt nach Niran darauf, alles was man irgendmöglich in dem Viewer einstellen kann, dem Benutzer auch zugänglich zu machen.

Und so sieht es aus Zuerst einmal sieht man hier den Loginbildschirm; er ist recht dunkel geraten, sehr spartanisch und wirkt vor allem durch das Video.