Kategorie: Programming

Der Mesh-Deformer und die neue TPV

Zwar ist die neue TPV schon was länger her, aber es gibt dazu dennoch ein interessantes Statement von Karl Stiefvater (Qarl Fizz), der am Deformer arbeitet. Er schreibt folgendes über die neue schwammige Regel mit der „Shared Experience“:

in fact, the only thing i know for certain is that the rule applies to my deformer – and that if LL doesn’t like my work – they will reject it and NO ONE will be allowed to use it. this (of course) is a dramatic change from the situation when the project was launched.

the other thing that is very clear from listening to the announcement is that Oz is pleading with us to trust him – trust the new LL – to do the right thing.

Übersetzt heißt das:

Das Einzige, was ich sicher weiß, ist dass diese Regel auch auf meinen Deformer angewandt werden wird – und wenn Linden Lab meine Arbeit nicht mögen sollte – werden sie den Einbau verweigern und dann wird es keinem [alternativen Viewer] erlaubt sein, ihn zu benutzen. Dies ist natürlich eine dramatische Änderungen wenn man bedenkt, wie die Regelung aussah, als das Projekt gestartet worden ist.

Die andere Sache, die deutlich wird, wenn man sich die Ankündigung durchliest ist, dass Oz Linden darum bittet, ihm – und dem neuen Linden Lab – zu vertrauen, dass sie schon alles richtig machen werden.

Na, das sind doch mal herrliche Aussichten… wenn es tatsächlich dazu käme, was ich nicht hoffe, wäre nämlich alles Crowdsourcing und die mühevolle Programmierarbeit von Qarl Fizz für die Katz gewesen. Grrr.

Phoenix Firestorm 3.3.0.24880 im Test

Da liegt sie also nun vor mir, das zweite offizielle Release des Viewers, auf den viele Lindenviewerhasser all ihre Hoffnungen projiziert haben, dem designierten Nachfolger des erfolgreichen Phoenixviewers aus derselben Schmiede, das Ergebnis von mannjahrelanger Arbeit: Phoenix Firestorm 3.3.0.24480.

Habe ich vom ersten Release, welches damals eigentlich genauso gut die Versionsnummer 1.0 nicht allzuviel erwartet, da man von solchen Versionen ohnehin nicht allzuviel erwarten darf, so ist es mit der Version nun anders. Bei konservativer Versionierung würde diese Phoenix Firestorm Viewer Version 1.1 heißen.

Es ist üblich, dass bei solchen Versionen hauptsächlich die gröbsten Fehler bereinigt werden, Sicherheitslöcher beseitigt werden und die Effizient erhöht wird. Genau das wurde mit dem Firestorm nach offizieller Aussage auch getan plus dem Hinzufügen einiger, weitere Features.

Ich habe mir den Viewer unter Windows 7 64 bit Professional nach einem Clean Install installiert und dabei getestet, ganz einfach weil ich es immer interessant finde, was es alles so auf dem Markt gibt – die Viewer stellen ja inzwischen so etwas wie ein eigenes Ökosystem dar – und welcher Viewer wohl für meine Bedürfnisse am Besten geeignet ist.

Das ist ja das Schöne daran heutzutage, Fluch und Segen für Linden Lab zugleich, dass man es sich aussuchen kann, mit welchem Viewer man denn im Grid unterwegs sein will.

Der Firestorm selber hinterlässt dabei mir in der aktuellen Version einen zwiespältigen Eindruck: ich finde es beachtlich, was hier ein Team von Freiwilligen in mühevoller Kleinarbeit alles aus dem Stock Lindenviewer herausgeholt hat und dabei geschafft hat. Das kann man nicht hoch genug schätzen.

Wenn ich denn aber den Firestorm benutze, so stellt sich bei mir sehr schnell ein Eindruck ein, den die Amis mit fünf einfachen, vernichtenden Worten so beschreiben: it leaves me completely underwhelmed.

Auf gut Deutsch: für mich ist der Viewer in der aktuellen Version nach wie vor unbrauchbar, ganz einfach weil er zu langsam läuft. Was nützt es mir denn mal überspitzt gesagt, wenn ich in der Aufmachung einer S-Klasse von Mercedes den Boxermotor eines Käfers stecken habe? Genau das ist für mich nach wie vor der Firestorm. Da nehme ich mir dann doch gleich lieber einen VW Golf (Lindenviewer u.a.), der kann dann zwar nicht allzuviel und hat im Vergleich zum Armaturenbrett des Firestorms viel weniger Stellschrauben, aber bringt mich flott genug und zuverlässig an mein Ziel. Oder anders gesagt: der aktuelle Lindenviewer läuft auf meiner Hardware um Längen schneller als das aktuelle Firestormrelease. Das ist für mich ein KO-Kriterium.

Zasta selber hat das im November 2011 so beschrieben, und für mich hat sich am aktuellen Release des Firestorms daran nichts geändert:

Aber der neue Lindenviewer hat so eine tolle Performance … der flutscht einfach wie in Babyöl getaucht. Leute-die-wo-Firestorm-am-machen-am-sein-sind – hört mich an! Euer Viewer ist das Beste seit geschnitten Brot – ihr müsst ihn nur etwas flotter und weniger hardwarehungrig machen!

Bis das soweit ist, lasse ich den Firestorm lieber auf meiner Platte links liegen und benutze ganz einfach direkt den Lindenviewer oder Abkömmlinge, die direkt auf dem aktuellen Code des Lindenviewers basieren. Vielleicht wird es ja beim nächsten Release des Firestorms besser, bis dahin ist er für meine Bedürfnisse nach wie vor nicht alltagstauglich. Sobald es dann dieses Release gibt, werde ich mir das anschauen und mir erneut meine Meinung überdenken.

Schön also, wenn man die Wahl hat. Nach wie vor gilt dabei natürlich: your mileage may vary, also man personlich macht vielleicht ganz andere Erfahrungen damit. Die Welt ist bunt, und ich bin auf das nächste Release des Firestorms gespannt!

Imprudence Tage sind endgültig gezählt

Diese Meldung ist zwar nicht mehr ganz taufrisch, aber dennoch bin ich gerade jetzt erst darüber gestolpert: es gab am 31. Januar ein Treffen der Entwickler des Imprudence-Viewers, auf dem beraten wurde, was die Hauptziele der zukünftigen Entwicklungsarbeit sein sollen.

Das Problem der Crew ist dabei ganz einfach, dass sie zur Verwirklichung aller hoch gesteckten Ziele zu wenig Manpower haben und daher Prioritäten setzen müssen. Das ist allemal besser als der Status Quo, denn in der letzten Zeit stagnierte die Entwicklung des Viewers gewaltig.

Das Hauptergebnis des Treffens ist, dass man fortan sein Hauptaugenmerk auf die Entwicklung von Kokua, dem auf V2/V3-Code basierenden Viewer des Teams, legen will. Es wird noch ein offizielles Release von Imprudence 1.4 geben, aber danach nichts mehr in dem Bereich, was zu viel Zeit kosten wird.

Ausserdem will man endlich die Trennung zwischen Imprudence und Kokua vornehmen; Imprudence ist das alte Viewerprojekt, währenddessen Kokua den Next Generation Viewer darstellen soll – auch wenn es da noch sehr viel zu tun gibt.

Die Hauptplattformen, für die man in Zukunft entwickeln und dazu Binaries zur Verfügung stellen will, sind Windows 32 bit, Linux 32 und 64 bit. Man will weiterhin einen Viewer entwickeln, der sowohl für Second Life als auch Opensimulator gleichermaßen gut funktioniert.

Was bedeutet dies im Endeffekt? Die Tage von Imprudence sind so langsam endgültig gezählt. Ich gehe davon aus, dass es noch in nicht zu ferner Zukunft das finale Release von Imprudence 1.4.0 geben wird, danach wird man diesen Viewer nur noch im Wartungsmodus pflegen. Das bedeutet, dass neue Features für Imprudence nicht mehr zu erwarten sind, höchstens die wichtigsten Sicherheitslöcher gestopft werden und ansonsten man ihn eben solange noch benutzen können wird, solange sich Second Life/Opensimulator nicht zu sehr verändert hat. Das ist für Imprudence, sollte nicht jemand es übernehmen, den Code weiter zu pflegen und zu aktualisieren, der langsame Tod auf Raten.

Kokua wird der Viewer sein, dem das Team dann seinen eigenen Stempel aufdrücken will und an dem es hauptsächlich arbeiten werden wird. Dieser Schnitt mag hart klingen, ist aber nur logisch, denn es macht einfach besonders bei einem kleinen Team einfach keinen Sinn, auf Dauer zwei sehr unterschiedliche Codebasen zu pflegen, wovon eine mehr und mehr dem Bitrot ausgesetzt ist.

Imprudence selber wird nicht der einzige Viewer dieser Art sein, der langsam aber sicher verschwindet, das Team um Jessica Lyon hat dasselbe ja auch schon mehr als oft genug für den Phoenixviewer angekündigt – deren Flaggschiff heißt denn nun eben Firestorm.

Offizieller Second Life Viewer 1.23.x nicht mehr erhältlich

Linden Lab hat die Downloadmöglichkeit des alten, offiziellen Second Life Viewers 1.23.x entfernt. Der Hintergrund dieser Maßnahme ist eine interne Änderung auf Serverseite, die das Laden des Inventars zuverlässiger machen soll und nebenbei auch die ungewollte Nacktheit endlich abschafft.

Laut Oz Linden ist es nur eine Frage der Zeit, bis diese Änderungen auf Serverseite aktiv werden. Er konnte zwar noch keinen genauen Zeitraum nennen, weil er den Terminplan nicht kennt, länger als ein Monat aber soll es nicht mehr dauern. Damit danach Viewer wie Phoenix, Imprudence, Singularity usw. noch richtig funktionieren, müssen sie eine Codeänderung von Seiten Linden Labs portieren und einbauen, da Linden Lab sonst nicht garantieren kann und wird, dass es für Benutzer dieser Viewer keine ungewollte, zufällige Nacktheit geben wird. Linden Lab hat mit dem geplanten Rollout offiziell den Support für seinen alten Viewer 1.23.x eingestellt.

Dies ist eine der ersten Änderungen, die die alte 1er-Codebasis betreffen, mehrere solche sind in diesem Jahr noch zu erwarten.

Erste Alpha vom Mesh-Deformer verfügbar

Erinnern wir uns: während Kirstens Viewer am Ziel von 25.000 Pfund beim Crowdfunding scheiterte, so schaffte es Maxwell Graf die benötigten 5.400 US$ zur Programmierung eines parametrischen Mesh-Deformers durch Karl Stiefvater (Qarl Fizz, vormals Qarl Linden) einzusammeln. Danach erfuhr man noch, dass Linden Lab sich an der Entwicklung beteiligen wolle, indem sie sich ständig mit Stiefvater abgleichen und es wurde ruhig um das Projekt… bis heute.

Karl Stiefvater hat sich mit einem Video bei Youtube zurückgemeldet, welches den ersten Prototyp des Deformers bei der Arbeit zeigt. In der ersten Hälfte des Videos zeigt er einen normalen Viewer, ändert den Bauchumfang des Avatars und man sieht – der Bauch überdeckt das Mesh. In der zweiten Hälfte, die er mit seinem Projektviewer aufgenommen hat, sieht man dagegen, wie sich das Mesh automatisch allen Änderungen des Avatars anpasst! Aber schaut selbst:

yoOywmSKG2k

Stiefvater merkt dazu an, dass dies noch nicht das fertige Produkt ist, da es nun an die Feinjustierung ginge, aber die schwersten Arbeiten seien erledigt. Er stellt den Sourcecode für jedermann offen in seinem Blog in Form eines Patches zur Verfügung, und er fordert vor allem die Programmierer von Third Party Viewern dazu auf, diesen schnellstmöglich in ihre Viewer einzubauen, da er Feedback benötige.

Es stünden noch einige Entscheidungen an, die er aber nicht alleine treffen will, sondern zusammen mit der Community und das ginge nun einmal nur dann am Besten, wenn man den Residents das Tool an die Hand gäbe.

Ich bin gespannt, ab wann man die ersten Viewer im Umlauf sehen wird, die diese Alpha enthalten, das Video macht eindeutig Hoffnung.