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.
Wirtschaftlich gesehen doch perfekt. sie sparen wo sie können und eigene Programmierer brauchts schließlich auch nicht – da haben doch alle LL – Mitarbeiter schön viel Zeit SL mit ihren taten zu beglücken. So wie an diesem Wochenende wo so viel daneben ging wie schon lange nicht mehr
Und diese Dinge wie so oft in letzter Zeit an den Wochenenden – hurra. Tolles Timing – danke schön
Ja, nur sind das verschiedene Teams, Viewer und Serverentwicklung, die normal wenig miteinander zu tun haben. Da allerdings die Bauarbeiten am System in letzter Zeit umfangreicher sind als sonst, ja, fallen auch mehr als sonst Späne. Schön ist das für keinen, ich hoffe nur, am Ende bringt es auch etwas.