Posts

Es ist mal wieder die Zeit des Jahres, in der alle namhaften Designer in Second Life ihre neuesten Haarkreationen auf über vier Sims ausstellen. Das bedeutet auf vier Sims ständig mindestens je Sim 40 Avatare und Laghölle pur. Das ist dabei auch wieder einmal die Zeit des Jahres, in der man sich stark der technischen Grenzen von Second Life bewusst wird und die Mythen von Second Life wiederkehren, wodurch alles Lag entsteht.

Wieder mal typisch dabei ist auch die Bitte, alles Mögliche an Prims und HUDs vom Avatar abzunehmen und nur quasi “nackt” zu erscheinen. Es zeigt immer noch, dass da viele nicht verstanden haben, was Lag ist und was nicht, wodurch er entsteht und wodurch nicht. Obwohl ich sagen muss, ich war vorhin auf den Sims gewesen, diese sind bereits so weit als möglich optimal gegen Lag gebaut worden.

Der Phoenix-Viewer nutzt wegen der Auflagen von Linden Lab keine Emkdu.DLL mehr und kommt mit OpenJPEG 1.3.0 als dafür zuständige Bibliothek daher. Das macht sich im Vergleich zum alten Emerald in einem langsameren Rezzen der Texturen bemerkbar.

Nun ist Phoenix dergestalt umgebaut worden, dass er das Rezzen nur noch mittels OpenJPEG vornimmt, auch wenn LLkdu vorliegen sollte, und sonst gar nicht. Das war eine der alten Forderungen von Seiten Linden Labs an die Emerald Entwickler, ich habe es mit allen möglichen LLkdus probiert, es funktioniert nicht.

Nun kann man mit einem kleinen Trick Phoenix dennoch zu schnelleren Rezzingzeiten überreden. Die Version 1.3.0 von OpenJPEG nämlich ist nicht mehr aktuell und Imprudence kommt mit der deutlich schneller arbeitenden Version 1.4.0.565 daher.

Also lädt man unter Windows sich einfach zuerst Imprudence herunter (z.B. die 1.3.0 RC2) und installiert diesen. Aus dem Programmverzeichnis von Imprudence kopiert man dann die Datei OPENJPEG.DLL in das Programmverzeichnis vom Phoenix-Viewer und startet diesen danach.

Emerald ist tot, es lebe der Phoenix-Viewer! Das abgespaltene Emerald-Team um Jessica Lyon hat einen eigenen Fork vom alten Emerald unter dem Namen Phoenix Viewer gestartet.

Das Hauptziel des Emerald-Viewers ist die Weiterentwicklung der bereits vorhandenen Codebasis vom alten Emerald unter Einhaltung von hundertprozentiger Transparenz. Jeder Arbeitsschritt soll von außen kontrollierbar sein, es gibt bereits jetzt einen IRC-Channel der Entwickler, ein öffenliches Quellcoderepository, und und und… Zudem hat man bereits die Aufnahme im Third Party Viewer Directory beantragt und rechnet damit, dass dies eine rein Formsache sei, da keine historisch belasteten Entwickler mehr mit an Bord seien.

Unter den Entwicklern ist der bekannte LordGregGreg Back zurück und Kitty Barnett, von der die RLV(a)-Implementierung stammt. Auch ansonsten ist man personell sehr gut bestückt, man darf gespannt sein, welches Leben diesem Projekt in der Zukunft beschert sein wird, es liest sich wie all die guten Sachen von Emerald minus dem unnötigen Drama.

Der allseits beliebte alternative Second Life Viewer Emerald ist seit heute faktisch tot und die Entwicklermannschaft hat sich endgültig im Streit in zwei Teile aufgelöst.

Jessica Lyons schreibt in ihrem neuen Blog über die Gründe und Hintergründe: seit heute morgen haben nur noch Arabella Steadham und Lonely Bluebird Zugriff auf die Webserver und Webseite.

Die letzten zwei Forderungen von Seiten Linden Labs an die Entwickler, damit Emerald weiterhin als Viewer erlaubt bleibt, waren dabei folgende:

• Emerald darf nicht mehr Emkdu und/oder LLkdu unterstützen, selbst wenn jemand per Hand diese Dateien in das Programmverzeichnis reinkopiert. Als Deadline dafür wurde der 3. September gesetzt und
• es wurde verlange, dass Skills Hak, Discrete Dreamscape und Lonely Bluebird aus dem Entwicklerteam ausscheiden. Skills und Discrete kamen dieser Forderung nach, Lonely aber weigerte sich.

Die Folge, wenn die Entwickler dem nicht nachkämen, wäre das Blockieren des Zugriffs von Emerald auf das Second Life Grid und so wird es wohl bald geschehen. Da Lonely Bluebird den Zugriff auf die Entwicklungsserver für den Rest des Teams sperrte, können diese nicht mehr bis zur Deadline den Forderungen Linden Labs nachkommen.

Worum geht es?

Der alternative Second Life Viewer Imprudence kommt aus Lizenzgründen bis Version 1.3.0 RC1  nicht mit den benötigten Programmbibliotheken der Firma Vivox daher, die zum Betrieb von Voice in Second Life benötigt werden. Viele aber können und wollen auf Voice in SL nicht verzichten und es ist mit ein wenig Handarbeit möglich, mit Imprudence als Viewer auch Voice wie gehabt benutzen zu können.

Dieses Howto beschreibt deren nachträgliche Installation von Voice unter Windows, da der Installer von Imprudence diese Handgriffe bis zurVersion 1.3.0 RC1 nicht vornimmt; ab Version 1.3.0 RC2 ist das im Installer eingebaut!

Voraussetzungen

Zur Installation der Dateien wird ein Archiventpacker benötigt, der mit .tar.bz2 zurecht kommen kann. 7zip kann das, wer daher nicht sicher ist, bitte zuerst diese Freeware installieren, WinRAR kann es auch.

Und los geht es!

Imprudence ist installiert, 7zip oder ein Entpacker mit vergleichbarer Funktionalität ebenfalls? Gut! Als erstes müssen per Hand die Programmteile für Voice aus dem Internet heruntergeladen werden.

Gestern gab es einen Testraid auf die Sim Stones of Silver, nachdem es eine Woche zuvor einen Testraid von denen auf uns gegeben hatte. Stones of Silver ist eigentlich ein Miniverbund aus zwei Sims, die ungefähr rollenspieltechnisch dort weitermachen, wo das alte Aretai unter Chira Mills aufgehört hatte. Außerdem wohnen da inzwischen die meisten Personen dieses alten Aretais. Dementsprechend und schon dank des Namens gut ersichtbar handelt es sich dabei um eine Wüstensim und man weiß in etwa, was einen dort erwartet.

Stones of Silver ist ein Paradebeispiel außerordentlich geschmackvoll schlechten Simdesigns, eines übertriebenen Sicherheitsbedürfnisses und eines für den Gegner absolut unfairen sowie für die Bewohner hässlichen Simdesigns. Aber was ist da los? Da ein Bild mehr als tausend Worte sagt, werfen wir doch einen Blick auf die Karte, denn das schmerzt mal so richtig schön:

In allen Diskussionen um den Emerald-Client wird auch immer wieder über die Emkdu.dll diskutiert, viele wissen nicht wirklich, wozu diese gebraucht wird noch was sich hinter diesen verschiedenen Begrifflichkeiten wie OpenJPEG und Llkdu verbirgt. Ich will hier einmal das Knäuel ein wenig aufdröseln.

Die Basis von allem: JPEG2000.

Second Life basiert auf 3D-Objekten, die mit Texturen beliebigen Inhalts überzogen werden können. Da diese Texturen viel Bandbreite bei der Übertragung und auf Seiten Linden Labs dauerhaft Speicherplatz benötigen, war beim Design von Second Life eines der Ziele gewesen, einen Standard zu wählen, der möglichst viel Information bei möglichst wenig Speicherbedarf abbilden kann.

Man kennt diese Problematik bereits aus dem WWW, dort ist JPEG das verbreitetste Kodierungsverfahren für Bilder aller Art. Wichtig dabei ist, dass JPEG Bilder verlustbehaftet komprimiert, das bedeutet, es gehen je nach Qualität mehr oder weniger gut sichtbar Informationen verloren. JPEG basiert dabei auf verschiedenen Kodierungsschritten, wobei das Herz ein aus der Mathematik bekanntes Verfahren namens diskrete Cosinus-Transformation darstellt

Linden Lab hat sich in world mit den Entwicklern von Emerald getroffen und denen gesagt, was nun getan werden muss, damit Emerald nicht bald geblockt wird. Die Liste der Änderungswünsche von Seiten LLs scheint dabei lang zu sein und wird in Bälde veröffentlicht, sobald sie sich darüber klar sind, wie das umgesetzt werden könnte. Bisher ist Emerald nicht gesperrt, der Zugriff weiter erlaubt und Emerald hat nun zwei Wochen, daran zu arbeiten.

Einige Details am Rande sind dabei bereits interessant:

• LL will, dass emkdu.dll nicht mehr verbreitet wird und sie geben dem als Zeichen von Good Will erst einmal nach. Ebenso hat Linden Lab etwas gegen die Benutzung von llkdu.dll im Emerald an sich. Zukünftige Versionen von Emerald werden also out of the box wohl nur noch OpenJPEG benutzen.
• Es kann sein, dass in den nächsten Tagen der Zugriff aufs Grid mit einigen älteren Emerald-Versionen gesperrt wird. Dies würde jedoch erst dann geschehen, wenn auf der Seite von Emerald neuere Versionen als Ersatz angeboten werden.

Ich höre die nächsten Schreie und Gerüchte der Marke “Emerald ist gesperrt, waaah!”  jetzt schon, wenn diese Sperrungen älterer Versionen erst einmal aktiv sind. Wir sollten uns alle besser warm anziehen!

Wie man bei Zasta lesen kann, hat Lydius seinen Prätor wieder. Dafür ist die Person, die der Prätor als Stein des Anstoßes nahm um zu gehen, inzwischen nicht mehr in Lydius tätig und auch kein Owner mehr. Überdies laut Profil nun eine neue Gruppe suchend.

Solange alle nun daraus lernen, so dass so etwas so schnell nicht mehr vorkommt, hat es dann wohl mehr Gutes als Schlechtes gehabt.

Nun hat das Team um den Viewer eine dokumentierte unrühmliche Historie verschiedener mehr oder minder grober Taten auf dem Kerbholz, die in der Summe einfach einen mehr als nur die Stirne runzeln lassen. Das beginnt mit CDS, geht weiter über die Onyx-Bots, dann die Geschichte mit Emkdu.dll und letztendich die DDoS-Attacke auf den Server von Hazim Gazov, der allerdings auch alles andere als ein Waisenknabe ist. So oder so aber, es zählt die Absicht, und diese war eindeutig, ihm zu schaden, es macht eine Sache nicht einfach entschuldbar zu sagen “Ich gab dem eine Ohrfeige, weil er mir zuerst eine gab!”