Programming

Second Life selber ist schön bunt anzusehen, ein netter Zeitvertreib und macht vielen einfach Spaß. Wer sich in Second Life begibt und dort bewegt, der hat sicherlich alles andere am Hut, als sich mit Mathematik zu beschäftigen, und doch ist höhere Mathematik in Second Life allgegenwärtig, man muss nur einmal genauer hinschauen, um es zu begreifen. Mehr noch: ohne Mathematik wäre eine Welt wie Second Life gar nicht möglich!

Geometrie allüberall Das beginnt schon mit den Prims: diese sind nichts anderes als einfache, geometrische Formen. Damit man sich in Second Life bewegen kann, wird jedem Punkt in einer Sim eine eindeutige Koordinate zugeteilt, das ist nichts anderes als ein dreidimensionales, kartesisches Koordinatensystem.

Nun bewegt man sich aber auch in Second Life oder gewisse Objekte bewegen sich, und damit kommt schon höhere Mathematik ins Spiel, denn um genau solche Effekte zu beschreiben, benötigt man Vektoren. Vektoren selber sind Bestandteil der sog. linearen Algebra, und mit diesen kann allerhand angestellt werden.

Ist Nirans Viewer tot? Zumindest gerüchtet das gerade der selbsternannte “Secondlife Technologist” JayR Cela.

Nach seinen Worten habe Nirans Viewer ins Gras gebissen, da Nirans Rechner einen Festplattenschaden erlitten habe und - wie leider so oft üblich - es kein Backup gäbe. Es sei kein großer Verlust, da ohnehin niemand den Trumm hätte laufen lassen können.

A-ha. Was daran wohl nun wahr ist? Keine Ahnung. In Nirans Blog steht nichts, in Sluniverse auch nichts weiter, im offiziellen Forum zum Viewer ist nichts zu finden und der Sourcecode ist nach wie vor auf Sourceforge.net verfügbar. Wenn, dann fehlen bestenfalls einige Tage an Neuerungen, das dürfte es gewesen sein und den Rest kann man sich wieder flott unter Windoof zusammenbasteln.

Dazu kommt - und das ist noch wichtiger - dass die letzten Commits am Code von Niran selber auf der Projektseite bei Bitbucket gerade mal 21 Stunden zurück liegen. 21 Stunden! Ein totes Projekt sieht für mich nun wirklich anders aus, ich halte die Meldung daher für substanzlosen Müll und Panikmache. Mehr dürfte da auch nicht dran sein!

Alle Welt nutzt ja heutzutage mehr oder minder Wordpress als Blogengine, es ist der 800-Pfund-Gorilla der Szene und nicht mehr wegzudenken. Was nicht allzu viele wissen ist aber, dass das am Anfang der Entstehung von Wordpress sehr wohl anders gewesen ist. Wordpress war am Anfang seiner Entstehung der Underdog, der daherkam dem damaligen Platzhirschen Movable Type der Firma Six Apart Ldt. sein Revier streitig zu machen - und letzten Endes gewann.

Früher war alles besser… oder? Movable Type war früher das, was Wordpress heute ist - der Marktführer im Bereich der Blogengines.  Das war im Jahr 2004 gewesen. Movable Type ist bis heute in Perl geschrieben, und war einen ganzen Tacken statischer als Wordpress. Man darf sich das so vorstellen: Movable Type ist eine Ansammlung von Skripten, die wenn ein neuer Post geschrieben wird, einen Haufen von statischen Seiten neu erstellt und auf dem Webserver anlegt. Solange nichts neues dazu kommt, werden nur die Seiten statisch geliefert, wenn jemand Kommentare schreibt, werden sie neu geschrieben. Das funktionierte anfangs ganz gut, bis es denn die ersten Blogs mit einigen Tausenden Postings und zigtausenden Kommentaren gab, da wurde die damalige Version von Movable Type dann mitunter sehr, sehr langsam. Inzwischen ist das aber kein Thema mehr.

Weil mir ein wenig langweilig gewesen ist und ich mal schauen wollte, was man noch so alles aus Wordpress heraus holen kann, habe ich mit dem Blogdesign heute massiv gespielt. Das Ergebnis ist kurz und gut, dass das Basistemplate weiterhin “Weaver II Basic” ist, allerdings mit anderen Grundeinstellungen, ich mag einfach Weiß als Hintergrund für Schrift nun einmal lieber als irgendwelche komischen Grautöne.

Auch wurde die Avatargrösse in den Kommentaren verdoppelt und als grundlegende Schrift für den Fließtext habe ich hier nun Vollkorn von Friedrich Althausen in Verwendung, ganz einfach weil mir diese Schriftart im Moment sehr gut gefällt. Es gibt ja schon lange die Möglichkeit, sein Design mittels Webfonts aufzupeppen und bei Google eine nette Auswahl ans kostenlos verfügbaren Schriftarten, also wieso sollte man diese nicht mal nutzen?

Google Web Fonts nennt sich das Verzeichnis, wo man zwischen 501 Schriftarten bisher auswählen kann, und das werden sicherlich noch mehr werden. Man kann diese bequem per Javascript oder CSS in sein Template einbinden - fertig.

Ivy Sunkiller entwickelt seit einiger Zeit eine python-ähnliche Skriptsprache namens slurp, deren Ziel es ist, die Programmierung mit LSL zu vereinfachen. Slurp dabei selber ist in Second Life nicht lauffähig, sondern wird durch einen Übersetzer nach LSL konvertiert. Die Idee dahinter ist dabei dieselbe wie Coffeescript, welches nach Javascript umgewandelt wird: man kapselt Teile der Syntax von LSL sowie der Komplexität vom Benutzer ab, dadurch soll das reine Programmieren einfacher und schneller von der Hand gehen. So fehlen in Slurp zum Beispiel die Strichpunke am Ende jeder Zeile und die geschwungenen Klammern völlig, die in LSL ja überall Standard sind, und auch will Ivy einige fortgeschrittene Datentypen bereitstellen, die LSL von Haus aus nicht bietet - was nichts anderes bedeute, als dass sie diese in LSL selber programmieren werden muss.

Eine Demoimplementierung des Projektes ist hier zu finden, da sieht man auch den bisherigen Stand recht gut. Eigentlich wollte er schon längst eine lauffähige Beta veröffentlicht haben, warten wir einmal ab, wann diese kommen wird.

Heute mal etwas völlig anderes: man kennt das ja, da hat man eine externe Festplatte, die man unbedingt frei haben muss, um sie mit neuem Zeug zu füllen und muss sie mindestens für ein, zwei Tage auf dem eigenen Rechner speichern können. Auf der externen Festplatte sind vielleicht 300 GB an Daten und auf dem eigenen Rechner sind noch 350 GB an Plattenplatz frei. Dumm nur, dass sich diese 350 GB auf drei Festplatten verteilen und auf der ersten 200 GB frei sind, auf der zweiten 100 und der dritten ebenfalls.

Was also tun? Man könnte versuchen, den Inhalt von einer Platte auf die andere interne zu kopieren, um so zumindest auf einer genügend freien Platz zu schaffen - aber das dauert und besonders einfach ist das auch nicht immer. Nein.

Praktischer ist es dabei, sich ein billiges Raid-0 (Striping) über Loop-Devices zu basteln, deren Imagedateien auf den drei Festplatten liegen, das man dann mit einem beliebigen, geeigneten Dateisystem formatiert und die externe Festplatte wird darauf gesichert. Das geht standardmässig mit jedem einigermaßen, aktuellen Linux recht einfach.

Diva Canto (bürgerlicher Name Crista Lopes), die Erfinderin des Hypergrids, erklärt in einem ihrer seltenen Blogposts bei sich, was für die Version 2.0 des Hypergrid-Protokolls geplant ist und wie es funktionieren soll.

Zunächst geht sie dabei ein wenig auf die Geschichte der verschiedenen Versionen ein: so war HG 1.0 ausschließlich als “proof of concept” gedacht gewesen, um zu testen, ob das Konzept überhaupt funktionieren könnte, nicht mehr aber auch nicht weniger. Die Implementierung irgendwelcher Sicherheitsmaßnahmen stand dabei noch nicht zur Debatte, es ging ausschließlich darum, ob man dem Viewer glauben machen könnte, dass er sich noch im selben Grid bewege - und man konnte. Das Hauptziel zu testen, ob und wie man den Viewer für Zwecke mißbrauchen könne, für die er niemals gedacht gewesen war, war erfolgreich erreicht.

Als nächstes Ziel mit HG 1.5 ging es darum, erste einfache Sicherheitsmaßnahmen zu etablieren. Mit dieser Version wurde eine fälschungssichere Identität eingeführt, ein etwas sicherer Zugriff auf das Inventar und gridübergreifende IMs sowie Freundeslisten. Das ist der aktuelle Stand der Dinge, für den große Teile von Opensimulator umgeschrieben werden mussten, damit es überhaupt funktionierte.

Zasta hat es heute mal wieder in seinem Blog mit den Leuten hat, die noch die 1er-Viewer wie Phoenix und dergleichen benutzen und nicht mehr versteht, wieso man diese Viewer noch freiwillig einsetzen kann, wo ihnen doch z.B. ganz einfach die multiplen Tattoolayer fehlen und der aktuelle Lindenviewer mit Abkömmlingen wie Firestorm inzwischen um einiges weiter ist. Dabei ist die Antwort darauf recht einfach, wenn auch vielschichtig.

Die wichtigste Erkenntnis dabei ist diese: der Viewer ist für die Bewohner von Second Life das Tor nach SL, damit ihr Werkzeug und wichtigstes Programm zur Nutzung von Second Life überhaupt.

Machen wir uns dabei ruhig nichts vor: der 1er-Viewer war und ist von der Usability her gesehen eine Katastrophe gewesen, ein historisch gewachsenes Chaos, das innerhalb von fast 9 Jahren entstand und immer mehr und mehr üppig wucherte. Er hatte dabei einige wirklich gute Ideen gehabt, wenn man sie entsprechend zu nutzen weiß, wie das Tortenmenü. Jaja, ich weiß manche können das nicht leiden, aber es ist auch nicht totzukriegen. Während sie im offiziellen Lindenviewer verschwanden gibt es Spekulationen darüber, ob in MS Office 15 nicht diese eingeführt werden, um die Nutzung auf Touchscreens zu erleichtern.

Aber wie auch immer: der 1er-Viewer war von der Usability her gesehen die reinste Katastrophe, der Punkt dabei ist allerdings der: wir kannten und hatten nichts besseres zur Hand gehabt. Jeder, der früh genug mit Second Life anfing, musste sich erst einmal mühsam durch diesen Viewer quälen und sich mit ihm anfreunden - oder er hörte irgendwann in dieser Arbeit einfach auf. Die Lernkurve zur Beherrschung dieses Viewers war extrem steil gewesen und für viele frustrierend hoch, zu hoch. Es gab zwar Projekte wie Imprudence, die sich auf die Fahnen schrieben, alles besser machen zu wollen und es in Details auch taten, aber niemals den Drive und die Masse entwickelten, in Second Life wirklich relevant zu werden.

Wer noch heute davon schwadroniert, wie leicht und einfach die 1er-Viewer zu bedienen seien, der lügt sich selbst in die Tasche. Es fällt einem nur deswegen leicht, weil man es eben so gewohnt ist und sich da inzwischen mit schlafwandlerischer Sicherheit bewegen kann, aber bis man diese Sattelfestigkeit erreicht hatte, das dauerte mitunter Wochen! Ein wirklich einfach und intuitiv zu bedienendes Programm sieht anders aus, mir fallen da beispielsweise von früher Kais Power Tools unter Windows ein.

Das ist auch der Grund, weswegen Linden Lab irgendwann einmal damit anfing, seinen Viewerdschungel 1 genauer zu analysieren und - ich finde zu Recht - einen der Hauptgründe, warum viele Benutzer nur einmal einloggten und danach nie wiederkamen in der absolut unterirdischen Usability dieses Viewers ausmachte. Im Klartext: das Programm hat einfach die Mehrheit der potentiellen Benutzer so dermaßen überfordert gehabt, dass sie genau einmal einloggten und dann nie wiederkamen, weil sie sich einfach diesen Mist nicht geben wollten.

Die richtige Entscheidung von diesem Desaster ist gewesen, dass man den Viewer grundauf von der Benutzeroberfläche her renovieren wollte - und das auch tat. Damit wollte man die Zahl der Benutzeranmeldungen steigern und dafür sorgen, dass man sich sofort einfacher zurecht findet in Second Life. Das ist im Prinzip eine Entscheidung gewesen, die nach wie vor richtig ist, nur die Umsetzung an sich ist das absolute Debakel gewesen.

Es ist nunmal so, und da kann man sich auf den Kopf stellen und mit den Beinen wackeln wie man will, das ändert nichts daran: der Mensch ist ein Gewohnheitstier. Hat er sich erst einmal an eine Plattform gewöhnt, dann will er diese auch in der Art und Weise damit arbeiten können, wie er es gelernt hat und sich nicht auf einmal durch eine neue Version der Software wieder vorkommen wie ein kleiner Pennäler in der Schule. Er erwartet einfach, dass die Menüs genauso weiterhin aufgebaut sind, wie er es gewohnt ist, die Buttons da sind, wie er es gewohnt ist und genauso aussehen, und und und…

Heute ist der neue Firestorm in der Version 4 erschienen (wer den Phoenixviewer nutzt, der sollte sich ebenfalls das heute erschienene Update für den holen, damit das Inventar weiter richtig funktionier).

Dieses Release ist als Wartungsrelease zu betrachten; es gibt nicht wirklich neue und nennenswerte Features, statt dessen hat man die Performance hoch geschraubt, Fehler bereinigt und allgemein dafür gesorgt, dass der Firestorm einen flotteren und runderen Eindruck hinterlässt.

Das ist auch wirklich diesmal gelungen; als ich ihn unter Windows startete, war das auf derselben Maschine ein gefühlter Unterschied wie Tag und Nacht. Es ist die erste Version vom Firefox die locker fluffig genug läuft, dass ich mir vorstellen kann, sie zu meinem neuen Hauptviewer zu machen.

Lange genug haben die Macher vom Firestorm daran auch gearbeitet, dies ist das Ergebnis von über 15 Monaten Arbeit und noch mehr, und diese Arbeit trägt nun endlich Früchte.

All diejenigen, die gerade bei der von Internetaktionisten losgetretenen Kampagne “Kony 2012” mitmachen, sollten mal fünf Minuten ihrer Zeit opfern und sich diesen Artikel in der Telepolis genau durchlesen, der die Hintergründe und vor allem die Macher dieser Kampagne genauer beleuchtet.

Und dann solltet ihr mal genauer überlegen, vor wessen Karren ihr euch da alle bereitwilligst habt spannen lassen. Die Absichten der Organisation “Invisible Children” und anderer Leute sind nämlich alles andere als nur redlich noch offensichtlich, die haben alle eine geheime Agenda.

Dann schaut euch noch an, was für Bodenschätze in Uganda liegen (die weltgrößte Kobaltmine, Erdöl u.a.), und denkt mal in Ruhe darüber nach: es geht dabei gar nicht um Kony, es geht dabei nur um die Rohstoffe und dass die USA einen Fuß nach Uganda rein kriegen und nicht, wie sonst meistens in Afrika, die Chinesen. Mal wieder.