Optimierung von SL für Kämpfe

Kampf und Second Life sind zuerst einmal eine Sache, die sich technisch gesehen nicht wirklich vereinbaren lassen – hier eine virtuelle 3d-Welt, die on demand auf den lokalen Rechner gestreamt wird, so dass die „Level“ nicht wirklich vorgepuffert werden können noch von der Anzahl der dargestellten gleichzeitig Polygone her auf Kampf optimiert worden sind und dann will man Kampf veranstalten, eine Angelegenheit, die doch sehr stark kurze Antwortzeiten benötigt. Es geht dennoch recht leidlich, aber ausreichend, denn es gibt genügend verschiedene Kampfmeter samt dazugehörigen Waffen(systemen). Mit einigen Tricks kann man aber dennoch dafür sorgen, dass das Kampferlebnis einigermaßen akzeptabel auf dem heimischen Rechner abläuft, alles hat man dabei aber längst nicht in der Hand.

Das Wesen jedes Kampfes ist die Übertragung

Second Life wird in den USA an mindestens drei verschiedenen Standorten gehostet und alle Bewegungen auf den dortigen Servern berechnet und an die Avatare der Region zurückgeschickt. Das bedeutet, dass man schon dadurch durch das System bedingt eine gewisse Reaktionszeit nicht unterschreiten können wird. Die Gesetze der Physik sind schließlich für alle gleich, schneller als die Lichtgeschwindigkeit werden die Daten nun einmal nicht übertragen und damit können die Pingzeiten ein gewisses Maß nicht unterschreiten (so 120 ms, das bedeutet es dauert ca. 60 ms bis die Daten in die USA gereist sind, dort werden sie auf dem Server berechnet und dann ca. 60 ms für den Rückweg). Das ist auch der Grund wieso die Betreiber von weltweit erfolgreichen MMORPGs wie WoW und dergleichen auf jedem Kontinent Serverfarmen haben, um diese Zeiten für die residente Spielerschaft gering zu halten. Das bedeutet auch, dass man im Kampf gegen einen Bewohner der USA kaum Chancen haben wird, wenn er gut ist, da er einfach schneller reagieren kann.

Also an den grundlegenden Mindestpingzeiten wird man nichts ändern können, aber man kann sehr wohl dafür sorgen, dass die zusätzliche Latenz möglichst gering ist. Da gibt es mehrere Ansatzpunkte, natürlich ist es erst einmal so, dass ein Computersignal auf dem Weg von Europa in die USA über verschiedene Router geschaltet wird, die einiges an Latenz einbauen. Dieses hat man nicht in der Hand und kann daran nichts ändern.

In der Hand hat man aber den häuslichen Übertragungsweg ins Internet, normalerweise DSL. Wer mit UMTS kämpfen will sollte es besser gleich lassen, die Latenzzeiten in UMTS sind viel zu hoch und man ist nicht konkurrenzfähig damit. Idealerweise ist man dann auch per Ethernet direkt am DSL-Modem dran und nutzt kein WLAN oder dergleichen, das auch ein wenig zusätziche Latenz verursacht.

Bei DSL ist es nun so, dass bei dieser Übertragungart normalerweise immer mehrere Pakete ineinander verschränkt werden, man spricht vom sog. Interleaving. Das bedeutet, dass die Latenz durchaus spürbar um gut und gerne 40-50 ms dadurch erhöht wird. Für normale Anwendungen ist das kein Problem, wer aber über DSL Kämpfen will, für den bedeutet diese zusätzlich eingebaute Latenz einen spürbaren Nachteil, also ist es für ihn besser, wenn man in der DSL-Leitung dieses Interleaving abschalten lässt. Früher wurde das nicht angeboten, heutzutage ist das aber möglich, die Option dazu nennt sich Fastpath, bei der Telekom kostete dies früher eine zusätzliche Monatsgebühr (0,99 €), heutzutage sieht es anders aus, die Konkurrenz warb teilweise damit bei Gamern. (Hier gibt es ein Interview, in dem Interleaving und Fastpath erklärt werden).

Ein flotter Rechner sollte es auch schon ein

Natürlich ist als nächstes ein wichtiges Kriterium der eigene Rechner. Er sollte schon flott genug sein für SL, das bedeutet eine einigermaßen aktuelle 3d-Grafikkarte von Nvidia oder ATI (keine Chipsatzgrafik!), mindestens 40 FPS sollte man durchaus ständig haben, genügend Speicher (4 GB RAM) sowie eine Mehrkern-CPU. Es gibt ja immer viele, die gerne darüber jammern dass nicht jeder Rechner gleich gut dafür geeignet ist, aber mal ehrlich – so hoch sind die Anforderungen im Vergleich zu den aktuellen Monsterspielen auch nicht, es hält sich im Rahmen und wer wirklich vorhat konkurrenzfähig kämpfen zu können, der kommt um einen modernen Rechner nicht herum.

Natürlich bringt einem ein guter Rechner dann alleine auch nicht weiter, die Softwareinstallation muss auch stimmen. Im Falle von Kampf bedeutet dies, dass der Viewer der die Texturen in SL am schnellsten Dekodieren und Darstellen kann einen massiven Vorteil gegenüber den anderen Viewern hat. Momentan sind das einzig und alleine die Viewer von Linden Lab selber, da nur diese die Routinen von KDU (Kakadu) benutzen, alle anderen nutzen OpenJPEG und brauchen damit mindestens doppelt so viel Zeit.

Auch bringt es natürlich nichts, wenn man dann während eines Kampfes den Rechner noch mit zig anderen Sachen beauftragt, wie z.B. einen vollständigen Scan der Festplatte nach Viren oder ähnliches. Man sollte so etwas soweit als möglich daher einfach abschalten. Auch sollte man nicht irgendeinen Monsterdownload parallel laufen haben oder Voice-Dienste wie Skype. Wer wirklich Voice benötigt, sollte lieber zu Teamspeak greifen.

Die Grafik: nur so viel wie nötig und nicht mehr

Eine weitere Sache ist die Grafik selber: Second Life kann durchaus sehr bombastisch aussehen, aber bombastisch bedeutet auch viel zu tun für die Grafikkarte und damit sinkt die Bildwiederholfrequenz. Als Folge dessen sollte man daher für Kampf die Grafikeinstellungen so weit als möglich runterdrehen, das sieht dann zwar nicht schön aus, aber es sorgt dafür, dass die FPS einigermaßen auch bei Massenszenen im Bereich des Erträglichen bleiben.

Der Unterschied zwischen normalen Egoshootern/MMORPGs und Second Life besteht darin, dass in Second Life nichts lokal vorliegt, sondern ja erst aus den USA zu einem gestreamt werden muss. Außerdem sind die Welten in Second Life nicht von der Darstellung her auf Kampf optimiert worden, was man teilweise stark spürt während das bei entsprechenden Spielen der Fall ist.

Und der Rest

Kämpfe werden in SL ja auf den Servern berechnet, die in den USA sind. Kampf bedeutet auch immer eine ungeheure zusätzliche Last durch die Skripte, die dann allesamt ablaufen. An dieser Last kann man nichts ändern, aber man kann dafür sorgen, dass ansonsten keine weitere, unnötige Skriptlast entsteht. Das bedeutet zweierlei: zum einen können die Simbetreiber dafür sorgen, dass auf der Sim nur möglichst wenige Skripte lokal laufen, die Rechenzeit benötigen. Ganz wird man darum nicht herum kommen. Zum zweiten bedeutet es aber auch, dass jeder Besucher der Sim die eigens erzeugte Skriptlast so weit als möglich reduzieren sollte, sprich unnötige Skripte wie Resizer und dergleichen löschen, auf die AO verzichten u.v.m.

Wenn man all das beherzigt, wird ein Kampf zwar nach wie vor nie wirklich so flüssig laufen wie bei einem Egoshooter, aber immerhin einigermaßen zufriedenstellend.

Linden Lab verwirft mal wieder Jabber/XMPP

Tateru Nino zufolge hat Linden Lab – mal wieder – alle Bestrebungen aufgegeben, das bisherige gewohnt miserabel funktionierende Chatsystem durch Jabber/XMPP zu ersetzen.

Oskar Linden wird mit den folgenden Worten zitiert:

Our work on an XMPP solution for group chat was an investigation. We wanted to determine whether or not we could make something scalable and reliable that would replace our current chat architecture. XMPP didn’t do that for us.

Kurz und gut: die Arbeit an einer XMPP-Lösung diente der Erforschung der Möglichkeiten. Sie wollten herausfinden, ob sie damit etwas skalierbares und verlässliches schaffen können, dass die bisherige Chatarchitektur ersetzen kann. XMPP hat das für Linden Lab nicht geleistet.

Das letzte Mal, als man XMPP getestet habe, kam dabei heraus dass es Gruppen mit vielen Tausend Zuhörern nur schlecht bedienen konnte. Über die Gründe, wieso man XMPP erneut testete, kann nur spekuliert werden, entweder gab es einen neuen Ansatz oder man hat einfach nur die Resultate des letzten Tests nicht gelesen. Wie auch immer.

Die Frage ist nun, was Linden Lab anstelle dessen vorhat, um das seit Jahren bestehenden Ärgernis des oft schlecht funktionierenden Gruppenchats endlich mal aus der Welt zu schaffen und wann sie damit anfangen. Second Life ist nun einmal ein in erster Linie ein 3D-Chat, dessen wichtigste Grundlage – der Chat an sich – nicht immer zuverlässig funktioniert.

Facebook ist wie Email und Second Life ist wie Telefonieren

Der momentane Überhype im Internet sind ja soziale Netzwerke, allen voran dabei inzwischen der Branchenprimus Facebook, der auch zunehmend den deutschen Eigengewächsen VZ-Netzwerken (StudiVZ, MeinVZ, SchülerVZ) das Wasser abgräbt und somit das Leben schwer macht.

Nun ist es Firmenpolitik der Lindens, verstärkt Second Life auch mit Facebook zu vernetzen, um so Traffic und damit letztendlich neue Benutzer von Facebook nach Second Life zu bringen. Eigentlich, trotz der Proteste vieler Residents, ist das nur ein logischer Schritt, kann man da doch Unmassen von Benutzern abgreifen wenn man es nur richtig anzustellen weiß. Manche bezeichnen ja gar Second Life als eine Art dreidimensionales, soziales Netzwerk, was in gewisser Weise sogar stimmen mag, allerdings sind ja die Benutzerzahlen in Second Life um mehrere Potenzen niedriger als in Facebook. Das hängt einfach damit zusammen, dass Facebook in jedem Browser funktioniert und ansonsten keine weiteren Installationen braucht.

Ein wesentlicher Unterschied aber, wieso Second Life niemals die Benutzerzahlen von Facebook erreichen wird, ist die Funktionsweise. Facebook ist wie Email, es ist vom Grundprinzip her asynchron. Ich kann da Webseiten links liegen lassen, und ob ich mir Sachen in einer Stunde oder einem Tag, wenn ich Zeit habe anschaue, spielt keine Rolle. Man versucht zwar durch die Spiele, Chat und andere Sachen die Leute länger an die Seite pro Besuch zu binden, aber zuerst einmal ist es vom Prinzip her asynchron und damit sehr bequem handhabbar. Ebenso asynchron sind z.B. Foren, Blogs usw.

Second Life dagegen ist vom Grundprinzip her ein 3D-Chat und damit synchron, also wie ein Telefongespräch. Wenn man jemanden anschreibt, dann erwartet man innerhalb einer gewissen Zeit eine Antwort vom Gegenüber – und umgekehrt. Damit ist eine ständige geistige Präsenz in SL erforderlich, und man kann nur kurz mal was nebenher machen, eben wie bei einem Telefongespräch, da lässt man seinen Gesprächstpartner ja auch bestenfalls nur kurz mal warten, alles andere wird als unhöflich angesehen. Das bedeutet auch, wenn man sich in Second Life einloggt, dass man gefühlt mindestens 30 Minuten am Stück erübrigen können sollte, denn ansonsten ist das zu wenig und nicht wirklich zielführend.

Dieser Unterschied alleine sorgt schon dafür, dass Second Life niemals die Benutzerzahlen von Facebook erreichen können wird, denn es sind vom Grundprinzip her zwei total unterschiedliche Veranstaltungen, die beide ihren Existenzgrund haben.

The Avination Bubble

Today I’ve done a visit to one of the biggest, walled gardens alternative grids based on Opensimulator backed up by a corporation in the back ground named „Avination.“ Registration went flawless, logged in with Imprudence, all seems to be working well or at least well enough at first glance.

No unexpected behaviour, user concurrency seems at peaks around 200, around 1.000 regions are at the grid there and there’s the usual stuff around: brands we all know from over Second Life (like Nikita Fride, De Designs and so on) have their branches there, there’s an own currency you can buy stuff, regions are much, much cheaper than in Second Life (60 US$ for a full prim sim) and so on and on. The average in world price for stuff from the designers though is around the same level as in Second Life. Sits like a duck, sounds like a duck, walks like a duck.

It felt so much like a copycat of Second Life, that it hurts and gives me some reasons to doubt. Is just copying almost the whole business model of Linden Lab with just „being cheaper“ printed on it enough for the future? My personal guess is quite simple: no, it is not

Let’s face the truth: Opensimulator has yet to prove it can deliver the concurrency levels of Second Life in its early days, I mean come on, around 200 Avatars currency peak is nothing compared to around 60000 in Second Life. Yes, Avination is lightning fast at the moment, but so was Second Life too way back then. The problem is not being fast alone, but how capable the underlying technology is in terms of upscaling. Avination – it if gets really successful on its own – has yet to face the problems Second Life already faced and has managed to resolve. That’s one point.

The other point is, quite simple, this one: why should I move to a much smaller grid and pay for the stuff I already got in Second Life – once again? Just because some people are overhyping it right now to make some business there? Why should I move to a grid, which competes with Second Life but in terms of service (like Physics, reliability of the underlying architecture and so on) is less advanced than Second Life? As much as I am always complaining sometimes about Second Life, I am not ready yet to do that, because AVN is way too similar for me and there’s no real need, reason to go there anyway, because Second Life is still leading the field, believe it or not. Stuff like the Hypergrid which adds to the uniqueness and I personally think about as the future of Opensimulator is disabled in Avination until now, and why should I spend my hard earned money into another dead end, when I am able to still have enough fun in the old dead end? That’s why.

So either they are going to develop sooner or later their own type of business model, uniqueness, whatever – or they are going to be gone after the people start to begin thinking again and their hype is over.