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.

Linden Lab schenkt uns zu Weihnachten ein stabiles Second Life…

…aber bis dahin werden wir es ab sofort mit einer heftigeren Welle von Rolling Restarts als üblich zu tun bekommen, dadurch unsere Geduld auf eine harte Probe gestellt werden und wir werden nicht wirklich mit einem zuverlässigen Betrieb rechnen können. Als ob ein zuverlässiger Betrieb überhaupt schon jemals wirklich stattgefunden hätte, denn irgendwas ist doch immer.

Linden Lab selbst teilt dies in einem Posting dazu mit:

[Posted 9:23 AM PST, 01 December 2011] Starting today we will be upgrading our simulator system software on the Agni main grid, which will require an extended period of region restarts. We expect this maintenance to be completed by December 25, 2011. We will update this when work begins, as well as throughout the process. The first round of upgrades will begin shortly.

Das bedeutet auf gut Deutsch:

Wir werden ab heute unsere Simulator System Software auf dem Agni Main Grid aktualisieren, dies wird eine längere Periode von Neustarts der Regionen nach sich ziehen. Wi rechnen damit, dass diese Wartung am 25. Dezember beendet sein wird. Wir wirden diesen Post aktualisieren, wenn die Arbeiten beginnen, und während des gesamten Vorgangs. Die erste Runde von Upgrades wird in Kürze starten.

In den Communityforen von Second Life steht noch mehr dazu, worum es sich dabei dreht. Offensichtlich ist ja für jeden Bewohner, dass momentan das Lag im Grid gerade besonders schlimm ist und selbst auf nahezu leeren Sims die Fortbewegung nur noch schwer bis unmöglich funktioniert. Oskar Linden schreibt dazu folgendes:

The channel named „Second Life RC KT“ is simply a new channel to test out a kernel fix. After the kernel upgrades from several weeks ago we have noticed performance issues that were only addressable at the OS level. We have fine tuned the kernel and made an RC channel just for it. The code is identical to the main channel code. There is no new simulator code on regions running on Second Life RC KT. The changes are all in the OS.

It is possible that new issues will be introduced. That is why we made an RC channel for the kernel upgrade. If you notice issues that you believe are new and unique to the RC KT channel verify the behaviour against a main channel. If the main channel works as expected and there are issues with the Second Life RC KT channel please file a jira and report the details to us. Put „Second Life RC KT“ in the jira title so we can see it.

I appreciate your help and hope that this kernel upgrade offers better performance than the previous one.

Übsersetzt bedeutet dies:

Der Updatekanal „Second Life RC KT“ ist einfach ein neuer Kanal, um eine Fehlerbereinigung des Betriebssystemkerns zu testen. Nach den Kernelaktualisierungen der letzten Wochen haben wir Leistungseinbrüche festgestellt, die nur durch Änderungen auf der Betriebssystemebene zu beheben sind. Wir haben den Kernel genauer eingestellt und für diesen einen Updatekanal erstellt. Der Code des Simulators ist dabei identisch zum Code auf dem Produktionskanal. Es gibt keine Veränderungen am Simulator selber, die unter dem Kanal Second Life RC KT laufen werden. Die Änderungen sind alle im Betriebssystem.

Es ist möglich, dass dies neue ungeahnte Probleme nach sich ziehen wird. Das ist der Grund, warum wir einen Kanal nur für dieses Update erstellt haben. Wenn du Probleme entdeckst und meinst, diese sind neu und treten nur auf dem RC KT Kanal auf, dann vergleiche diese bitte mit einem Simulator auf dem Hauptkanal. Wenn der Hauptkanal wie erwartet funktioniert und es diese Probleme reproduzierbar gibt, dann reiche bitte im JIRA ein Ticket mit den Details dazu ein. Bitte schreibt im Titel des Tickets „Second Life RC KT“, so dass wir das schnell einordnen können.

Ich bedanke mich schon im Voraus für eure Hilfe und hoffe, dass dieses Kernelupgrade bessere Leistungen als das letzte für alle bringen wird.

1. Phoenix Firestorm Stable Release erschienen

Wer nicht hinter dem Mond lebt, der hat es sicher schon längst mitbekommen: heute ist die erste stabile Version von Phoenix Firestorm erschienen. Dieses Release ist das Ergebnis von über 15 Monaten harter, freiwilliger Programmierarbeit des Teams um Jessica Lyon.

Erhältlich ist der Viewer kostenlos für die Betriebssysteme Windows, Linux sowie OS X (Macintosh) – und hier ist der Link zu den Downloads. Wohl bekomm´s!

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.

Ein kleines Update zu Kirstens Viewer

Die Entwicklung von Kirstens Viewer liegt ja momentan auf Halde. Der Programmierer hinter dem Teil, Lee Quick, hat eine Crowdfundinginitiative gestartet, welche die Zukunft des Viewers sichern könnte, vorausgesetzt es finden sich genügend edle Spender, die bereit sind dafür zu bezahlen und am Ende kommt mindestens eine Summe von 25.000 britischen Pfund heraus.

Das würde die Entwicklung für ein ganzes Jahr sichern, in der Softwarebranche ist das nicht mal ein allzu üppiges Gehalt wohl. Das Problem daran ist, gibt es wirklich genügend Menschen, denen es bares Geld wert ist, dass dieser Spartenviewer auch weiterhin läuft?

Ein Blick auf die Projektseite verschafft da Klarheit: die Aktion läuft seit Mitte September und bisher sind Zusagen über 4317 Pfund eingegangen, das Zahlungsziel liegt aber bei 25000 Pfund. Die Sammelphase läuft noch 34 Tage weiter, aber sollten sich nicht einige finden, die gleich mal 2000 Pfund oder mehr auf einen Schlag investieren wollen, ist die Sache einfach: der Viewer wird tot bleiben.

Da es auch unwahrscheinlich sein dürfte, dass die sich noch im verbliebenen Monat finden, denn sie hätten ja schon längst einzahlen können, wird damit der Kirstens Viewer ziemlich sicher Geschichte bleiben.