mesh

Mesh-Köpfe und ein alternativer Ansatz

Momentan ist ja einer der Hypes in Second Life schlechthin die Arbeit und Einführung von geskripteten Mesh-Köpfen, die bisher noch ein kleines Vermögen kosten (6000 L$ muss man schon investieren) und dann gar zu drollig daher kommen. Beispiele dafür gibt es hier und hier, wie das aussieht.

Entwicklungstechnisch ist das nur logisch, dass diese Dinger früher oder später kommen mussten, denn immerhin tacker man sich schon lange Haare an den Kopf, dazu kommen auf Prims oder Mesh basierte Füße, Augen, Brüste, Schuhe und Hände sowie Kleidung, nun also eben ein Kopf, der die bisherigen Nachteile des alten Systemavatars beheben will und das Großteils auch schafft.

Endlich kann man den Kopf animieren, wie man lustig ist, Emotionen beliebig ausdrücken, und und und… solange natürlich die Sim mitmacht und das Ausführen von Skripten da zuverlässig funktioniert, das ist nämlich der Pferdefuß an der Angelegenheit. Da allerdings ein AO auch auf Sims funktioniert, die Skripte in der Ausführung nicht erlauben und die Möglichkeiten, um diese LSL-Einschränkung herum zu programmmieren schon lange bekannt sind – die AOs machten es ja erfolgreich vor – bin ich mir sicher, dass man auch in den Köpfen bei der Programmierung der massenweisen Skripten daran gedacht hat und das so implementierte.

Diese Köpfe stecken noch in den Kinderschuhen, aber machen wir uns nichts vor, sie werden bleiben und sich weiter entwickeln. Sie bringen vor allem eines: neue Möglichkeiten der Immersion, auf die viele ja stehen. Wer weiß, vielleicht gehört es eines Tages zum guten Ton, sich Meshköpfe an den Hals zu tackern, wie das schon auch bei Füßen und dergleichen mehr geschieht, man gewöhnt sich ja daran.

Übrigens ist die primäre Zielgruppe auch klar: modebewußte Frauenavatare. Oder habt ihr schon mal ein Demovideo mit einem Männerkopf gesehen? Ich bisher nicht, und es wundert mich auch nicht weiter, denn die immensen Entwicklungskosten für die Dinger wollen ja bezahlt werden.

Nun ist es so, dass im Grunde auch diese Dinger mal wieder vor allem eines zeigen: der Standardavatar ist in die Jahre gekommen und bietet einfach viel zu wenig persönliche Ausdrucksmöglichkeiten. Nun gibt es aber sehr viel an Inhalten, das auf dem Standardavatar basiert.

Wieso baut Linden Lab nicht an einem Avatar 2.0, der dann all das, was man bisher so nachrüsten muss, schon eingebaut hat und fertig? Das wäre mal eine schöne Sache, und ich bin mir da sicher, man könnte da etliches aus der Community erfahren, was es da für Vorschläge gibt.

Diesen Avatar 2.0 dann würde man optional einführen, also man entscheidet sich entweder für ein Herumlaufen mit der 1er-Version, und der Content der darauf aufbaut wäre weiterhin nutzbar oder für den Avatar 2.0. Der 2.0er-Avatar müsste dann nicht zwingend zum alten Content kompatibel sein, aber man lässt den Benutzern ja die Wahl und daher könnte man den bewussten Bruch mit dem alten Content riskieren, denn es wird ja keiner zu etwas gezwungen noch der alte Content unbrauchbar. Und darauf kommt es schließlich bei solchen Sachen an.

Der Avatar 2.0 käme dann mit einem voll ausgestatteten Körpertorso daher, also richtige Hände, natürlich animierbar, Füße, Köpfe usw. So in der Art eben.

Es gab ja schon interessante Projekte wie Puppeteer, wo es darum ging, den Avatar lebensechter zu animieren, aber irgendwie versandete das bei Linden Lab dann doch alles recht fruchtlos. Schade.

Da liegt sie nun, die Hoffnung der Meshfreunde und ist doch noch nicht das, was man sich erhofft hat…

Dieser obige Gedanke kam mir, als ich bei Maddys Wochenumschau die Neuigkeiten von Nalates Urriah in Bezug auf den Mesh Deformer gelesen habe.

Nun, was ist geschehen?
Zunächst einmal die gute Nachricht: es wird nach wie vor am Mesh Deformer mit Hochdruck gearbeitet und die Entwicklung geht offenkundig weiter, auch wenn man davon in der Öffentlichkeit momentan weniger mitbekommt, so stehen die Räder da dennoch nicht still. Das ist schon mal eine gute Sache, vor allem wenn man auch bedenkt, wie lange dieses Feature nun bereits in der von SL-Bewohnern finanzierten Entwicklung steckt! Wer zahlt, der will schließlich auch irgendwann etwas dafür sehen, und man sieht es auch!

Wo liegt das Problem?
Das Problem liegt nach Nalates Urriah darin, dass der sagenhafte Mesh-Deformer momentan vor allem auf älteren Rechnern das Tempo einer Weinbergschnecke vorlegt im Bereich seiner Berechnungen.

Die Avatare werden nacheinander, also seriell, abgearbeitet und die Kalkulationen sind sehr umfangreich. Die Zeit, die sich dann ein älterer Rechner gönnen soll bis er mit Deformieren fertig ist, soll im Bereich von mehreren Minuten liegen und das ist einfach für ein fluffiges SL-Erlebnis viel zu lange.

Wer neuere Rechner hat, der soll das Problem nicht haben. Nun wird darüber spekuliert, dass das Problem auch daher rühren könnte, dass der Deformier-Thread im Viewer eine recht niedrige Priorität habe und ein Anheben diese das Problem beseitigen könne. Ich bin mir sicher, das wird ein TPV-Entwickler sehr flott ausprobiert haben.

Der andere Vorschlag, der gefallen ist, ist dass das Deformieren auf SL-Servern stattfinden solle wie in Zukunft auch das Texture Baking für die Avatare, so dass die Clients damit nichts mehr zu tun haben. Die Wahrscheinlichkeit aber, dass dies realisiert werden wird, ist dann doch recht gering.

Was bleibt?
Es klingt alles schlimmer, als es in Wirklichkeit ist. Ich bin mir sicher, der Deformierer wird nun erst einmal getuned werden und man wird schon versuchen Mittel und Wege dafür zu finden, seine Arbeitsweise zu beschleunigen. All das wird noch ein wenig Zeit und Arbeit erfordern, aber findet sicher schon statt und dann irgendwann wird er vielleicht doch einmal Ready for Prime Time werden. Im Moment ist er es offenkundig als Baustelle jedenfalls noch nicht.

Und wer dann eben einen älteren Rechner haben sollte, der wird dann unter Umständen eben Pech haben. Das mag zwar hart klingen, aber so ist das Leben.

Der parametrische Mesh-Deformer erneut beleuchtet

Nun ist es bald schon ein Jahr her (28.10.2011), seitdem die SL-Community 5,555 US$ ausgab, um durch Karl Stiefvater eine Lösung für das Problem mit dem automatische Anpassen der Meshes an die jeweilige Avatarstruktur in Auftrag zu geben.

Das Tempo seitdem war mal schneller und mal langsamer, Drittviewer wie Nirans bauten zuerst bei sich die jeweiligen Arbeitsfassungen des Deformers ein, und manchmal schien es als sei das Projekt auch auf der Kippe, als Oz Linden um Shapes bat aber ihm das nicht schnell genug ging.

Entgegen der ursprünglichen Befürchtungen ist die Unterstützung durch die Lindens doch recht gut gewesen, und es gab sogar einen offiziellen Project Viewer mit dieser eingebauten Technologie.

In der Zwischenzeit waren andere auch fleißig und so gibt es mindestens einen alternativen Ansatz, der auch funktionieren soll aber von dem meines Wissens außer den Ankündigungen der Macher bisher nur das Prinzip bekannt ist und man sonst wenig gesehen hat.

So oder so, der parametrische Mesh-Deformer, den viele ja als fundamentalen Bestandteil für den Durchbruch von Meshklamotten ansehen, er lässt nach wie vor eben auf sich warten, als schwebe er in Wartestellung. In der Tat sind zwar die offiziellen Kanäle recht ruhig, aber nach wie vor wird an dem Projekt gearbeitet, wie man bei Nalates Urriah nachlesen kann, momentan ist Feinschliff und Fehlerbehebung angesagt und vielleicht gibt es in einigen Wochen wieder einen neuen Projektviewer.

Bei den aktuellen Arbeiten allerdings handelt es sich um Patches von Darien Caldwell, und ob Karl die nun bei sich einbaut oder nicht und das Lab die haben will oder nicht steht auf einem anderen Blatt.

Die Arbeiten ziehen sich jedenfalls nun schon lange, länger als vielleicht manche anfangs dachten, und bisher hat man das fertige Produkt nach wie vor nicht in den Händen, weil es ganz einfach bisher diesen Status noch nicht erreicht hat.

Natürlich bleibt dabei immer noch die Frage bestehen, wieso Linden Lab eigentlich dieses sinnvolle Feature nicht von Anfang an selbst gebaut hat – genügend Manpower haben sie ja. Aber manches wissen eben nur die Lindens selber…

Der Einbau des Mesh-Deformers ist in Gefahr!

Wie alle wissen, die bereits mit Meshkleidung Erfahrung haben, ist das Hauptproblem daran, dass man die Kleidung nicht seinem Shape anpassen kann, sondern seien Shape bisher der Kleidung anpassen muss. Das ist für viele ein großer Hemmschuh, sich Mesh zuzulegen, da sie dazu nicht bereit sind. Seit November 2011 nun arbeitet Qarl Fizz an einem Stück Software, den sog. parametrischen Meshdeformer, dessen Programmierung von SL-Bewohnern finanziert worden ist und dass genau diesen Umstand beheben soll. Damit würde sich dann die Kleidung dem Shape anpassen und gut, die Designer würden mehr verkaufen und Linden Lab selber erklärte sich dazu bereit, das in seinen Viewer einzubauen. Inzwischen gibt es sogra einen Projektviewer von Linden Lab mit dem Feature und Qarl arbeitet wieder heftig daran, also dachten alle das wird gut. Bis heute!

Denn im zugehörigen Jira STORM-1716 schlägt nun ausgerechnet der bisher in der Community wohl geschätzte Oz Linden, der sich für die Viewerentwicklung bei Linden Lab insgesamt verantwortlich zeigt, ganz andere Töne an.

Es begann damit, dass Oz Linden am 3. Mai einen Aufruf im JIRA startete, dass Linden Lab zu Testzwecken von Designern Meshes bräuchte, um das Feature zu testen und Regressiontests zu bauen, für den Fall des Einbaus der Funktion.

Am 8. Mai – also nicht mal fünf Tage nach dem Aufruf nur im JIRA! – dann kam von Oz folgender Kommentar, der mit Sorge aufgenommen wurde:

Perhaps this issue really isn’t all that important, or worth the trouble to integrate.

So far, only one designer has responded with one test garment.

Let me be clear – the lack of test material is a major blocker for testing, and therefor accepting, this proposed feature. If you want it, step up and do it soon.

Oz zeigt sich darüber enttäuscht, dass bisher nur ein Designer Material zur Verfügung gestellt hätte. Daher sei die Funktion vielleicht gar nicht so wichtig, wie viele tun würde oder es gar überhaupt wert, integriert zu werden. Der Mangel an Testmaterial sei ein Problem beim Testen und damit letztendlich für den Einbau dieser Funktion. Wenn man das immer noch wolle, solle man endlich seinen Arsch kriegen und Linden Lab schnell Testmaterial schicken.

Danach startete natürlich ein entsetzter Aufruhr, was denn dieser Tonfall solle und überhaupt sei JIRA dafür das falsche Medium, es seien zwar viele Designer als Abonennten des Tickets mit dabei, aber längst nicht alle würden Mesh erstellen. Also bekam Oz umgehend die Retourkutsche zu hören, das läge an schlechter Kommunikation von Seiten Linden Labs, wenn dann müsse man das an besserer Stelle kommunizieren.

Oz antwortete darauf dann damit:

Good suggestion, Sabina… done.

I don’t think it’s fair to say that no one knows.. there are 175 Watchers on this issue who got mail when I posted the request, and it did get picked up in at least one fairly popular blog.

However, the forums may reach a wider audience… let’s see.

Oz findet also die Idee gut und hat das nun bereits getan. Allerdings findet er es unfair zu sagen, keiner würde von dem Aufruf wissen, denn 175 Leute hätten das Ticket abonniert und damit den Aufruf per Email bekommen, außerdem sei er in zumindest einem populären Blog geposted worden. Allerdings könnten die Foren vielleicht ja eine bessere Reichweite haben und genau das probiere er nun aus.

Mit seinem recht harschen Tonfall sowie auf einmal der Eile, die Linden Lab nun in der Sache an den Tag legt, hat Oz viele Leute verstört. Dazu kommt, dass er von den Einsendern für Testmaterial verlangt, dass sie eine Mitwirkungserklärung unterschreiben sollten. Diese gibt es aber nicht im Wiki, sondern wohl nur bei Oz per Email und darüber, was darin steht, hüllt er sich im JIRA in Schweigen. Vermutlich geht es darum, dass Linden Lab die Teile für seine Regressionstests verwenden darf und man ihnen so dafür ein uneingeschränktes, dauerhaftes Nutzungsrecht einräumt.

Damit geht zunächst einmal der Appell an alle Designer: wenn ihr mithelfen wollt, dass der Meshdeformer kommt und ihr Mesh im Angebot habt, dann schickt doch Linden Lab Testobjekte. Letzten Endes profitieren wir dann alle davon.

Wer Objekte dafür beisteuern will, hier ist die Anleitung, wie man das mit dem Projektviewer tun kann.

Das Problem an der Sache ist: im JIRA wird man wohl kaum in der Masse an die Designer herankommen, die Oz braucht um seine Testobjekte zu bekommen. Er hat nun ebenfalls im offiziellen SL-Forum einen Aufruf gepostet, aber auch dort ist es fraglich, ob er seine Zielgruppe gut erreicht. Es ist wohl mal wieder einer derjenigen Fälle, in denen Linden Lab ein Feature fundamental anders bewertet als seine Benutzer und in der Kommunikation zu versagen droht.

Was tun? 
Nun, ganz einfach wenn ihr den Deformer wirklich haben wollt, dann sprecht alle euch bekannten Designer die in Mesh machen darauf an, dass genau dieses Feature gerade auf er Kippe steht, weil Linden Lab händeringend Testobjekte für seinen Viewer sucht und gebt ihnen den Link mit dem Aufruf, was Linden Lab genau sucht. Noch ist es nicht zu spät!

Mesh Deformer v0.3 erschienen

Nachdem es einige Zeit lang um das Projekt sehr ruhig geworden war, hat nun Qarl Fizz Version 0.3 des parametrischen Mesh-Deformers veröffentlicht. Die Hauptänderungen sind die folgenden:

  1. der Patch funktioniert nun sauber mit dem aktuellen Code der Lindenviewer, was ja ein erklärtes Ziel gewesen ist und
  2. die Deformationstabellen werden nun in einem extra Thread im Hintergrund berechnet, so dass es zu keinen Einbrüchen bei den FPS mehr kommen soll.

Es ist zu erwarten, dass die üblichen Verdächtigen (Nirans Viewer, aber auch Cool Viewer usw.) den Patch bald bei sich eingebaut haben werden.

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.

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.

Linden Lab arbeitet beim Parametric-Mesh-Deformer-Projekt mit

Es tut sich was auf der Seite, die die Informationen zum Parametric-Mesh-Deformer enthält, das Maxwell Graf angestoßen hat und Karl Stiefvater programmieren soll. Erinnern wir uns daran, die Finanzierung von 5400 US$ steht inzwischen seit einiger Zeit und damit dürfte Stiefvater seine Arbeit aufgenommen haben.

Da bisher allerdings die geplante Webseite zu dem Projekt noch nicht steht, hat kurzerhand Maxwell Graf bei Indiegogo am 11.11. ein kurzes Update gepostet, das den aktuellen Stand erklärt:

Karl has begun working on the code and was contacted recently by LL in order to facilitate development of this feature. He will be working directly with LL from this point forward to supply them with code as the project moves forward, allowing them to check the feature with compatibility for the official LL releases as he progresses so that when it is done it can quickly and easily be included without weeks of additional testing. They contacted him directly to expedite the process and work together from the start of this, which means it will be working correctly and will make it a lot easier for TPV’s and other grids to implement once it is done!

This is great news and in addition to the comment Charlar made about further development with open source features is indicative of some serious new possibilities for development. Kudos to LL and Karl for being able to come to the table together for the good of the SL community. This is a best case scenario for this project, and indicates a strong willingness on LL’s part to adopt and implement this new feature that we have wanted since July.

Was also schreibt Maxwell Graf da eigentlich? Nun, auf Deutsch dies:

Karl hat inzwischen mit der Programmierung des Codes begonnen und wurde kürzlich von Linden Lab kontaktiert, um die Entwicklung dieses Features zu unterstützen. Er wird von nun an direkt mit Linden Lab zusammenarbeiten und ihnen den Code zur Verfügung stellen, während die Arbeit weiter voranschreitet. So kann Linden Lab einfach überprüfen, ob das Feature mit dem offiziellen Viewer kompatibel ist, während er weiter programmiert und so kann es schnell und einfach ohne weitere lange Tests in den offiziellen Viewer übernommen werden. Sie haben ihn direkt kontaktiert, um den Prozess zu beschleunigen und arbeiten von Anfang an mit ihm zusammen, was bedeutet, dass es auf jeden Fall korrekt funktionieren wird und die Übernahme in alternative Viewer sowie andere Grids um etliches einfacher sein wird, sobald es fertig ist!

Das ist eine großartige Neuigkeit und zusätzlich zu den Kommentar, den Charlar machte über die zukünftige Entwicklung von Opensource Features machte, eine Zeichen für einige neue Möglichkeiten der Programmentwicklung. Danke an Linden Lab und Karl dafür, dass sie nun so schnell an einem Tisch kamen, das ist eine gute Neuigkeit für die Second Life Community. Dies ist der beste aller möglichen Fälle für das Projekt und deutet darauf hin, dass Linden Lab sehr gewillt ist, dieses Feature anzunehmen und in seinem Viewer zu implementieren, welches wir seit Juli haben wollen.

Mein Kommentar dazu

Hä? Also das Zeug, was Maxwell Graf da geraucht hat, möchte ich auch mal gerne haben, das was wir jetzt erleben ist längst nicht die beste aller Möglichkeiten, im Gegenteil!

Ich rekapituliere: im Juli führte Linden Lab gridweit Mesh als neues Feature ein. Alles jubelte, aber ein großes Hindernis für die Kleidungsdesigner in Sachen Akzeptanz ist, dass man Meshes an den Avatarshape anpassen muss – sie passen sich nicht automatisch an den Shape an. Das war und ist eine radikale Abkehr von den bisherigen Verhältnissen in Second Life gewesen. Natürlich kann man mit Mesh noch mehr machen, aber das ist das Hauptproblem der Meshkleidung.

Nun kam also Maxwell Graf auf die richtige und gute Idee, im JIRA von Linden Lab ein entsprechendes Ticket einzureichen mit dem Hinweis, dass man doch einen sog. Parametric Mesh Deformer bitte einbauen möge, wie es den in Blue Mars und anderen Plattformen gäbe, um das Problem zu beseitigen. Es gab viele Leute, die dafür stimmten und sehr viele, die das Ticket beobachteten. Wie dankte Linden Lab dies letztendlich? Mit der üblichen Arroganz: zuerst wurde das Ticket wochenlang ignoriert, es gab nicht einmal einen offiziellen Kommentar dazu, bevor letztendlich der Ticketstatus auf „Maybe“ gesetzt wurde, was bedeutet: es hat für uns keine große Priorität, wenn dann kommt es vielleicht irgendwann einmal, was durchaus ein paar Jahre bedeuten kann, sofern man es überhaupt programmiert hätte.

Die beste aller Möglichkeiten hier wäre gewesen, dass Linden Lab genau dieses Ticket als Toppriorität angenommen und eine entsprechende Anzahl ihrer Programmierer darauf angesetzt hätte! Aber genau das geschah eben nicht!

Auch Maxwell Graf war sich im Klaren darüber, was genau dieser Ticketstatus bei Linden Lab bedeuten kann, nämlich dass man darauf wartet, bis man schwarz wird. Also schaute er sich danach um, welcher Freelancer als Programmierer dies Feature schnell implementieren könnte und wurde beim allseits geachteten und als Wundercoder angesehenen Karl Stiefvater, früher Qarl Linden und heute Qarl Fizz, schnell fündig. An Qarls Eignung daran zweifelt niemand, schließlich ist der Meshcode hauptsächlich auf seinem Mist gewachsen, er brachte uns auch die Sculpties und war lange genug als Freelancer bei Linden Lab tätig. Also bastelte Maxwell Graf ein entsprechendes Projekt zusammen mit dem Ziel, dass Qarl eben genau dies zusammen schraubt und danach den Code unter einer Opensourcelizenz jedem, der will, zur Verfügung stellt.

Wäre Linden Lab auf Zack gewesen, dann hätten sie spätestens jetzt mal kurz das Scheckbuch gezückt, die 5400 US$ zahlen sie doch nun wirklich aus der Portokasse, und Qarl dafür wieder eingestellt. Das hätte ihnen dann unter dem Motto „Besser späte Einsicht als nie“ in der Community einen Haufen gutes Karma eingebracht plus die gewünschte Funktion. Aber nichts dergleichen passierte.

Jetzt aber auf einmal, wo die Finanzierung dieses Features unabhängig von Linden Lab durch dessen Kunden geschah, wird der träge Laden auf einmal höchst beweglich und arbeitet mit Qarl zusammen, um eine schnelle Funktionalität und schnellen Einbau dieses Projekts in den offiziellen Viewer herzustellen. Maxwell Graf bezeichnet das nun als „best case“ Szenario, das ist es aber eben nicht. Es ist insofern gut, dass die Entwicklung mit Linden Lab kooridiniert wird und man so sehr viel Reibungsverluste einsparen kann, ja. So kommt man also schneller zum fertigen Produkt.

Aber: der best case wäre gewesen, Linden Lab hätte von Anfang an auf das Ticket geachtet und es selbst programmiert!

So aber ist es nichts anderes als „Einem geschenkten Gaul schaut man nicht ins Maul“, man nimmt es eben so mit. Die Benutzer von Second Life sind ja so dämlich, für ein Feature in der Software zu bezahlen, das wir nicht programmieren wollten, also machen wir das in der Zukunft nun öfters so und wälzen große Teile der Entwicklungskosten neuer Funktionen des Viewers auf die Community ab.

Genau das ist die Türe, die man nämlich mit diesem Projekt aufgestoßen hat und die wohl besser verschlossen geblieben wäre. Jetzt aber, wo man hindurch ging, ist es zu spät, man kann nur hoffen, dass es bei diesem einen Male bleibt und das nicht Schule macht.

Kommentar: Mesh ist voll für’n Arsch und Linden Lab juckt’s nicht

Die Mehrzahl der Bewohner von Second Life sind eine konservative Spezies: entweder hassen oder lieben sie etwas heftig, dazwischen gibt es meist nicht viel. Sie lieben Second Life trotz der Standardjammer über das allgegenwärtige und allmächtige Lag, Lag und nochmals Lag immer noch, sonst wären sie nicht mehr hier. Sie lieben es, sich in Second Life auf vielfältigste Art und Weise die Zeit zu vertreiben, sei es mit Bauen, Shoppen, Breedables züchten, Rollenspielen, Clubs besuchen, Sex, und und und… und sie lieben es, gut auszusehen und sich entsprechend auszustatten.

Sie hassen den Viewer 2/3 von Linden Lab abgrundtief, da dieser ihnen einfach nicht zusagt und klammern sich wie Schiffbrüchige auf der Titanic um die Rettungsboote kämpfen an den Phoenix Viewer, da dieser ihnen gut gefällt und möglichst bitte noch lange, lange, lange laufen möge. Firestorm selber ist für sie schön und nett, aber der läuft noch zu instabil und so viele Meshes gibt es noch nicht, dass es sich lohnen würde, ihn zu benutzen.

Überhaupt Mesh, Mesh ist nicht der Heilsbringer, für den es viele gehalten haben. An und für sich ist es der nächste, logische Schritt in der Weiterentwicklung von Second Life gewesen, aber die Umsetzung darf man getrost als lieblos bezeichnen. Welche Erwartungen und Wünsche doch viele mit den Meshes verknüpften, und ach, was ist daraus denn nur geworden. Mesh ist in vielen Bereichen nichts weiter als ein vermeintlich gefundener Trüffel, der auf einmal faul schmeckt.

Das fängt schon mit der Formel an, mit der – Achtung, Neusprech! – der Land Impact bzw. die Primäquivalente berechnet werden. Wenn ich normale Prims vergrössere, dann bleibt die Primanzahl gleich. Wenn ich Sculpties vergrössere, dann bleibt die Primanzahl gleich. Wenn ich aber ein Haus aus Mesh vergrössere, dann steigt die Primanzahl! Ein Umstand, der manchen Builder schlaflose Nächte bereiten und schier in den Wahnsinn treiben kann, ist das doch eine massive Abkehr der bisherigen Gewohnheiten in Second Life. Dazu kommt, dass diese Primäquivalente manchmal immer noch dank der komplizierten Formel höher sind als wenn man das durch schlechter optimierbare Sculpties bauen würde, von der dann mal höheren Uploadgebühr gleich abgesehen.

Ein weiterer und extrem schwerer Showstopper ist, wen wundert’s, Meshkleidung: alle haben Hurra geschrien, endlich Kleidung die sich mit dem Avatar dehnt und fließend mitbewegt, nicht eben nur Attachments, sondern quasi feinster echter, digitaler Stoff. Aber auch hier gibt es eine massive Abkehr von den bisherigen Gewohnheiten: bisher passte sich die Kleidung fast immer dem Avatar an, und wenn was nicht passte, passte man die Kleidung dem Avatar an. Das ist aber bei Mesh nun eben nicht der Fall, da ist es genau umgekehrt: Kleidung aus Mesh ist in der Größe unveränderbar, was dazu führt, dass man den Avatar an den Mesh anpassen muss!

Gerade dies ist wiederum für viele ein absolutes Nogo, weil sie schlicht und einfach den bisherigen Komfort genießen wollen und nicht ständig den Shape beim Kleidungswechsel abändern wollen, was aber öfters nötig wäre. Solange dieses Problem neben der unzureichenden Verbreitung von Viewern, die Mesh darstellen können, nicht gelöst ist, wird es nichts wirklich weiter werden mit Mesh.

Nun hat Maxwell Graf von Rustica bei Linden Lab als Feature-Idee einen „Parametric Mesh Deformer“ eingereicht, der genau dieses Problem automagisch lösen würde. Solche Deformer sind in anderen Onlinespielen wie Blue Mars oder Aion Standard. Die einzige Aktion von Linden Lab auf diese wirklich gute Idee war, dass sie als Umsetzungszeitraum „Maybe“, also „Vielleicht mal, irgendwann“ verpasst haben, was ungefähr gleichbedeutend ist wir scheißen darauf und kommt mal in fünf Jahren wieder, dann habt ihr das.

Verständlich, dass diese Antwort vielen Buildern, Fashionistas und Bewohner tierisch auf den Sack geht und sie damit nicht abwarten wollen, bis der träge Kahn Linden Lab sich irgendwann mal dazu herablässt, dieses fundamental wichtige Feature für Meshkleidung zu implementieren. Da die meisten davon die Lindens mit ihren Marotten kennen, haben nun einige beschlossen, auf die Lindens nicht länger zu warten, sondern die Sache selbst in die Hand zu nehmen.

Maxwell Graf hat bei Indiegogo die clientseitige Programmierung des „Parametric Mesh Deformers“ unter einer Opensource-Lizenz als Projekt eingerichtet. Indiegogo ist dabei eine Seite zum Crowdfinancing, was also nichts anderes heißt, da kann jeder ein Projekt anlegen, setzt sich dabei offen ein Finanzierungsziel und geht dann mit der virtuellen Sammelbüchse für echtes Geld durch die Gegend. Entweder ist der Betrag am Ende des Zeitraums, hier ist er 60 Tage lang, vorhanden oder das Projekt wird nicht ausgeführt.

Neben einer Projektidee braucht es natürlich einen Programmierer, der sich das zutraut, dies zu programmieren. Maxwell Grad hat dafür den Programmierer Karl Stiefvater gewinnen können, den viele besser unter dem Avatarnamen Qarl Linden, also der Erfinder der Sculpties und Flexie Prims, kennen und schätzen gelernt haben.  Stiefvater hat sich bereiterklärt, für das Projekt zur Verfügung zu stehen, und bei seinem Wissen um die inneren Abläufe Second Lifes sowie unbestrittenen, tiefen Viewerkenntnissen ist er sicherlich außerhalb des Labs einer der besten Programmierer für den Job. Dazu kommt noch, dass der ursprüngliche Meshcode auch auf seinen Mist gewachsen ist.

Das Finanzierungsziel liegt bei 5400 US$, wobei 5000 US$ die Entwicklungskosten abdecken sollen, also der Lohn für Stiefvater wären, und 400 US$ dafür da wären, Server und ähnliches zu bezahlen. Bisher liegt nach nicht mal einem Tag der eingesammelte Betrag bereits bei 915 US$, was darauf deuten lässt, wie wichtig viele Bewohner von Secod Life solch ein Feature erachten.

Wenn das Ding dann programmiert ist, soll der Code veröffentlicht werden und sie hoffen dann, dass Linden Lab sich dazu herabläßt, es in die offiziellen Viewer zu übernehmen.

Wäre ich Linden Lab, dann wäre mir das ganz, ganz, ganz furchtbar peinlich; ich würde Stiefvater für den Job anheuern und das Projekt selbst in die Hand nehmen. Aber so ist das einfach nur noch krass, so sieht kein Unternehmen aus, das auf seine Kunden hört und deren berechtigte Wünsche erfüllen will. Dazu kommt, dass diese Kunden das Produkt fanatisch lieben, anders kann ich es mir nicht erklären, dass sie dazu bereit sind einen Programmierer extra nur für dieses eine Projekt anzuheuern, da verschleudert Linden Lab gerade sehr viel Vertrauen und sollte sich mal überlegen, wie eine gescheite Kommunikation mit seinen Kunden aussehen könnte.

Wenn sie dann schon dabei sind, wäre es auch nicht verkehrt, wenn sie das GUI des Viewers 3 entsorgen würden, da das einfach nur Schrott ist; vielleicht geschieht zumindest aber gerade das ja mal endlich.