Mesh Jira SH-2374 läuft unter „ferner liefen“

Die Featureidee von Maxwell Graf für einen Parametric Mesh Deformer wurde von Linden Lab bearbeitet und der Idee wurde kommentarlos der Status „Maybe“, also Vielleicht irgendwann einmal verpasst. Das ist schlecht.

Kurz für alle, die nicht wissen worum es geht, nochmal eine Erklärung: das Hauptproblem bei Meshkleidung besteht darin, dass diese sich nicht automatisch dem Avatarshape anpasst. Die Designer liefern daher die Kleidung meistens in mehreren Größen aus, aber mitunter bleibt es dennoch nicht aus, dass man seinen Shape verändern muss, damit die Kleidung nicht komisch aussieht. Das bedeutet für Kunden und Designer einen Haufen Mehrarbeit, für manche Kunden ist es sowieso ein absolutes No Go, ihren Avatar an Kleidung anpassen zu müssen, waren sie es doch bisher umgekehrt gewohnt. Für viele ist der Shape wichtiger Bestandteil der virtuellen Identität und wird nicht einfach mal so über Bord geworfen.

All das könnte man ändern, wenn es diesen „Parametric Mesh Deformer“ gäbe. Diesen zu implementieren ist eine Sache von Linden Lab. Linden Lab aber zeigt nun offen mit dieser Einstufung überhaupt gar kein gesteigertes Interesse daran, dieses Problem beheben zu wollen, im Gegenteil. Dabei zeigt Blue Mars, dass es anders geht, denn dort ist genau solch ein Deformer implementiert und erspart den Kunden und Designern viel unnötige Arbeit.

Also wenn ihr wollt, dass Linden Lab vielleicht doch noch seine Meinung ändert, dann bleibt nur eines übrig: stimmt dort ab, sofern noch nicht geschehen, um weiterhin Flagge zu zeigen und somit Linde Lab eindrucksvoll „Wir wollen das!“ zu demonstrieren.

Wollt ihr bessere Meshkleidung? Stimmt für Jira SH-2374!

Meshes machen sich langsam in Second Life breit. Ein großes Problem dabei bei Avataren ist, dass man den Shape des eigenen Avatars bisher ans Mesh anpassen muss – und nicht umgekehrt. Technisch kommt das daher, weil die Meshes am Bone des Avatarskeletts getragen werden und sich um die Beschaffenheit des Shapes überhaupt nicht kümmern. Dadurch bewegen sich die Meshes zwar bei jeder Bewegung des Avatars super mit, es hat aber zur Folge, dass die Kleidungsdesigner wenn sie Mesh einsetzen verschiedene Größen ausliefern müssen. Der Kunde wiederum muss dann die Größe wählen, die seinem Avatar am ehesten passt und entweder seinen Shape leicht anpassen oder mit Alphalayern arbeiten.

Nun ist es aber so, dass für viele der eigene Shape ja ein wesentlicher Bestandteil der virtuellen Identität ist, etwas, was man nicht wirklich ändern will. Entsprechend gehen bei Meshkleidung daher auch die Reaktionen auseinander. Wer darüber mehr lesen will, der wird bei Rowan Derryths Post mit vielen Bildern fündig, in dem sie die Probleme detailliert schildert.

Designer Maxwell Graf hat nun daher im Bugtracker JIRA einen Verbesserungvorschlag bei den Lindens eingereicht, dass sich am Avatar getragene Meshes in Zukunft automagisch dem Shape anpassen sollen. Dies läuft unter der Bezeichnung SH-2374 „Request for parametric rigged mesh deformer“ im JIRA und ist eine sinnvolle Sache, wenn ihr auch der Meinung sein solltet, dass Linden Lab das unbedingt verbessern sollte, dann loggt euch da bitte ein und unterstützt den Vorschlag, indem ihr dafür stimmt. Bis das implementiert worden ist, wird es vermutlich für viele ein Unding sein, Meshkleidung zu kaufen.

Das Problem mit Meshkleidung

Second Life lebt davon, dass wir (fast) alle versuchen, unser idealisiertes Selbst zu bauen. Viele von uns verbringen Stunden und mehr damit, ihren Shape zu perfektionieren, Kleidung zu kaufen, Accesoires zu basteln, und und und… manche verfallen in SL regelrechten Kauforgien und der virtuelle Kleiderschrank ist bestens gefüllt. Davon lebt in SL ein ganzer Wirtschaftszweig gut, und man ist darauf bedacht, die Kundschaft zu bedienen und ihr immer etwas Neues bieten zu können, die Fashion-Blogs und ihre Vielzahl spricht darüber Bände.

Nun ist es also so, dass es die erste Kleidung gibt, die auf Meshes basiert. An und für sich eine gute Sache, das erste Mal kann man – sofern der Rechner und die Grafikkarte potent genug ist – einen realistischen Schattenwurf auf der Kleidung sehen, diese bewegt sich ordentlich mit dem Avatar, und und und… wenn, ja wenn da nicht ein doch recht grosser Wermutstropfen wäre: die Meshgebilde passen sich nicht automatisch dem eigenen Shape an. Das liegt einfach daran, dass Meshes in der Logik des Viewers direkt am Bone, also Knochen des Avatars getragen werden. Damit können sie sich besser als alles bisher mit dem Avatar bewegen, aber der Shape interessiert die Meshes nicht die Bohne.

Die Meshes wiederum kann man, wenn überhaupt, nicht wirklich gut an den Shape anpassen. Das führt dann dazu, dass man bei Meshkleidung entweder den eigenen Shape an die Kleidung anpassen muss, was für viele ein grosser Verlust der eigenen Identität wäre, oder aber man muss einen Alpha-Layer tragen, der die entsprechenden Teile des Avatars unsichtbar macht. So oder so, Meshkleidung kommt bei den besseren Designern inzwischen aus dem Grund in drei oder vier verschiedenen Standardgrössen daher, das ist dann auf einmal wie im echten Leben, vielleicht wird es noch mehr werden. Nur ist natürlich nicht jeder Willens, seine Kleidung so anzupassen und hätte lieber einen Automatismus im Viewer, der den Shape automagisch berücksichtigt.

Es gibt im Bugtracker JIRA von Linden Lab durchaus Änderungswünsche wie z.B. diesen hier, dass sich das ändert und sicher noch andere mehr. Die Frage ist, ob Linden Lab auf seine Kunden und damit uns hören wird oder aber mal wieder nicht.

Meshupload mit Drittviewern

Meshes sind ja nun langsam dabei, sich im Grid auszubreiten und werden mehr und mehr Standard werden, einfach weil sie massive Vorteile haben, auch wenn sie sicherlich noch mit einigen Problemchen behaftet sind. Wer mit veralteten Viewern wie Phoenix sich Meshes am Avatar anschaut, der sieht beispielsweise statt einer Hose nur einen Mann ohne Unterleib mit einer komischen Kugel. Aber ich bin mir sicher, da der Druck nun vorhanden ist, wird eine Vielzahl an Benutzern sehr schnell Viewer bei sich installieren wollen, die Meshes darstellen können.

Bisher gibt es folgende Viewer, die Meshes darstellen können:

Weiterhin wird die nächste Version des Firestorm-Viewers Mesh offiziell unterstützen, dazu kommt noch bereits angekündigt der Singularity Viewer. Alles in allem sieht es gar nicht so schlecht aus, die Vielfalt des Viewerzoos wird erhalten bleiben und läuft Mesh in einem der 1.xer-Viewer erstmal gut genug, werden sicherlich auch andere bereitwillig den Code bei sich einbauen und übernehmen.

Nun ist die Darstellung von Mesh eine Sache, das Uploaden von Meshes aber leider eine andere. Wer selber Meshes erstellen will, der ist auf den Viewer der Lindens oder Kirstens Viewer angewiesen. Alle anderen Viewer können zwar Mesh bisher darstellen, aber noch nicht wirklich erstellen.

Woher kommt das? Nun, ein Mesh ist ja zuerst einmal ein sichtbares 3D-Polygonnetz. Damit es aber in SL auch vernünftig einsetzbar ist, gehört dazu auch eine entsprechende, unsichtbare Hülle für die Physik, schließlich will man ein Haus zwar betreten können, aber nicht durch die Wände hindurchlaufen. Die Physik-Hülle nun kann man entweder im Tool seiner Wahl mehr oder minder selber generieren oder den Viewer die Arbeit übernehmen lassen. Dazu hat Linden Lab eine neue Programmbibliothek mit dem schönen Namen llconvexdecomposition erschaffen, die nichts anderes als ein sog. Wrapper um die Havok-Library ist. Havok selber ist aber kein Opensource, sondern kostet richtig Geld. Für Linden Lab ist das kein Problem, da sie ja Havok einsetzen, für Linden Lab funktioniert diese Bibliothek, aber da man zum Bauen von llconvexdecomposition Havok braucht, funktioniert sie für die Mehrheit der externen Entwickler eben nicht. llconvexdecomposition selber ist Open Source, aber da es nichts anderes als eine Zwischenschicht zu Havok ist, braucht man für einen alternativen Viewer eigentlich auch dann Havok, damit da Meshupload funktioniert.

Nun hat Linden Lab, damit externe Viewer auch Meshs irgendwann mal uploaden können, eine Bibliothek namens llconvexdecompositionstub im Programm. Diese enthält dieselben Funktionen wie llconvexdecomposition, aber ein Stub ist nur ein Platzhalter. Sprich, die Funktionsaufrufe laufen alle erfolgreich ab, aber diese Bibliothek leistet gar keine Arbeit. Der einzige Sinn und Zweck ist es, den Programmierern das Interface an die Hand geben zu können, mit dem sie dann selber einen Ersatz für Havok bauen können. Ob das kommt oder nicht, wird die Zeit zeigen. Es kann ja sein, dass die größeren Viewerhersteller wie Phoenix einfach Havok lizenzieren und dann auch entsprechend verteilen. Wenn man nämlich einen eigenen Ersatz für Havok da baut ist die Frage, wie gut oder schlecht die Ergebnisse im Vergleich zum Lindenviewer beim Upload sein werden.

Solange das aber noch Zukunftsmusik ist, solange funktioniert der Meshupload nur mit dem Lindenviewer wirklich zuverlässig. Wer Meshes erstellen will, der ist nur mit diesem wirklich auf der sicheren Seite.

Endlich: Meshes sind auf dem Maingrid angekommen!

Was lange währt, wird endlich gut – oder so ähnlich: jedenfalls sind seit einigen Tagen Meshes auf dem Maingrid angekommen und jeder, der will, kann von nun an damit bauen. Damit man Meshes hochladen kann, muss im SL-Konto eine Zahlungsinformation hinterlegt sein (Payment Info) und man muss einen kleinen Quiz von zehn Fragen auf Englisch absolvieren, der einen Crashkurs in Sachen Urheberrecht darstellt. Keine Angst, das geht in unter fünf Minuten und Linden Lab gibt genügend Hilfestellung, den nicht zu bestehen ist unmöglich.

Danach kann man also, einen aktuellen Viewer 3 oder Kirstens Viewer vorausgesetzt, Meshes nach Second Life hoch laden und/oder selber nutzen. Die Benutzer von Phoenix, Firestorm Beta, Imprudence, Cool Viewer und was es sonst noch so alles gibt, schauen dabei momentan in die Röhre, sie sehen die Meshes nur bestenfalls als komische Dreiecke, mehr auch nicht. Hoch laden ist mit den Viewern bisher auch nicht möglich.

Meshes selber werden nun zweierlei bewirken: erstens eine neue Qualität im Bau von Kleidern, Gebäuden und dergleichen mehr, zweitens mal wieder das übliche Gejammere, das sich die Hobbyisten von den Profis aus SL hinaus gedrängt fühlen. Mag sein, muss aber so nicht kommen, und sicherlich werden viele nun anfangen, 3d-Modelle aus den bekannten Datenbanken wie Google Warehouse nach SL zu importieren.

Mit Meshes zum Beispiel kann man endlich Avatarkleidung bauen, wo es keine sichtbaren Nahtstellen mehr gibt zwischen Avatar und Prim. Sehr schön. Ebenso leistet die Schattenfunktion vom Viewer bei Meshes auch eine genaue Schattenberechnung an Klamotten, was sie bei sonstigen Kleidern nicht tut. Sweet!

Wichtig ist eben, dass wie bei Sculpties auch der eigentliche Bau außerhalb von SL stattfindet. Das Hochladen eines Meshes kostet je nach Komplexität des Konstrukts. Die Faustregel dabei ist, je komplexer das Gebilde, desto höher und je komplexer die Physikhülle, die ich brauche, ebenso. Ein Mesh wird dabei nach irgendeiner obskuren Formel letztendlich in eine Anzahl an Primäquivalenten umgerechnet (PE auf Englisch abgekürzt), sprich wenn man es rezzed, dann nimmt es diese Anzahl an Prims auf der Parzelle ein.

Ungewöhnlich und sicher bei manchen Kunden dann Grund für Ärger ist, dass das Vergrößern eines Meshs automatisch die Anzahl an PEs vergrößert. Das wird längst nicht nur für Freude sorgen. Mit der Einführung von Meshes wurde zugleich die Maximalgröße für erstellbare Prims auf 64x64x64 m angehoben. Nifty!

Was wir jetzt erleben werden, ist eine Spaltung in der Viewernutzung. Wer Meshes nutzen und sehen will, der ist darauf angewiesen, den Linden Viewer oder von Kirsten zu benutzen, der Rest schaut in die Röhre. Außerdem kann es zu komischen Situationen kommen, wenn man Meshattachments trägt und der Rest sieht sie nicht richtig.

Auf Dauer werden sie sich sicherlich durchsetzen und bleiben, irgendwann wird man sie so selbstverständlich nutzen wie Sculpties, und das wird sehr schnell geschehen. Wenn denn Firestorm Mesh eingebaut haben wird, wird der Viewer die neue Nummer Eins bei den alternativen Viewern werden, da bin ich mir sicher.