Phoenix Viewer, Attachment Points und der Rest

Es ist soweit: keiner der ehemaligen Emerald-Fanboys scheint ihm noch groß nachzuweinen. Knapp zwei Monate, nachdem Linden Lab für den Emerald-Viewer endgültig den Stecker zog kann sich der Phoenix Viewer mit Fug und Recht als der legitime Nachfolger Emeralds bezeichnen was die Beliebtheit und Verbreitung angeht. Bisher sind auch aus dem Maschinenraum der Phoenix-Entwickler keine schlimmen Geschichten bekannt, hoffen wir mal, dass es dabei bleibt.

Eine Sache hat Phoenix von Emerald mit übernommen: die doppelten Attachmentpunkte. In der Zwischenzeit brachte Linden Lab seine eigene Implementierung dieses Features heraus, die natürlich zu Emerald inkompatibel ist, nur um sie stillschweigend im Viewer 2.3 wieder auszubauen. Bummer.

Also greifen nach wie vor alle möglichen Fashionistas und Rollenspieler, denen es am Avatar zu wenig Attachmentpunkte gibt, nur zu gerne zu Phoenix. Nur: was im Phoenixviewer korrekt aussieht, sieht für den Rest der Welt einfach nur komisch aus, die Objekte stehen einfach irgendwie in der Luft und sehen seltsam aus. Das ist eine Sache, die man daher in Rollenspielgebieten tunlichst vermeiden sollte, wenn man nicht schief angesehen werden will, schließlich kann man es nicht verlangen, dass der Gegenüber irgendwelche seltsamen Handgriffe an seinem Viewer vornimmt, nur damit er den eigenen Avatar endlich richtig sieht oder gar Phoenix installieren muss. Nene, das kann es nicht sein.

Wer zu seinen Mitspielern nett ist, der verzichtet freiwillig auf den Schnickschnack und gut ist es.

Phoenix Viewer Changeset 3de7c9b5acf3: OpenJPEG statisch unter Windows

Die Macher vom Phoenix-Viewer haben im Changeset 3de7c9b5acf3 eine wichtige Änderung eingebaut: fortan wird OpenJPEG als statische Bibliothek direkt ins Programm gelinkt und nicht mehr erst zur Laufzeit als DLL geladen.

Wer sich mit einem Texteditor auskennt, für den ist es natürlich ein Leichtes, diese Änderung zu revidieren, dann muss er aber noch immer ein komplettes Buildsystem haben und Phoenix selber bauen können. Der tiefere Sinn dieser Änderung erschließt sich mir jedenfalls nicht wirklich.

Wenn Phoenix unter Windows nicht starten will…

…und beim Start nur abstürzt, dann sollte man sich mal einfach diesen offiziellen Fix runterladen, diesen installieren und normal klappt es dann.

Der technische Hintergrund: das System versteht aller Wahrscheinlichkeit nach die Visual Studio C++ 2005 SDK dlls ohne diesen Fix nicht.

Rezzen im Phoenix Viewer beschleunigen

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.

Wenn alles geklappt hat, dann sieht man im Menü „Hilfe“ unter „Über Phoenix Viewer“ folgendes, wichtig ist dabei der farbig eingekastete Bereich:

In dem muss als Runtime „1.4.0.565“ stehen, damit nutzt nun Phoenix Viewer die neuere Bibliothek und sollte schneller arbeiten.