Die Stunden, in denen die Maschine allein arbeitet

Es gibt einen Teil dieses Handwerks, der überhaupt kein Handwerk ist. Es ist Warteschlange. Niemand schreibt darüber, weil es nichts dazu zu sagen gibt — was ungefähr der Grund ist, warum wir es wollten.

Eine Zeitkarte einer Folge

Sechs Wochen, ausgebreitet danach, was in ihnen tatsächlich passiert, ergeben drei Kategorien statt der zwei, die man erwarten würde.

Entscheiden. Vielleicht eine Woche davon, dünn über alle sechs verteilt. Wenig Aufwand, hohe Tragweite, und fast unmöglich zu planen.

Arbeiten. Etwa hundertfünfzig Stunden mit den Händen an der Sache. Zeichnen, Ebenen aufbauen, Aufnehmen, Mischen, Zusammensetzen.

Warten. Zwischen vierzig und neunzig Stunden Maschinenzeit allein für den finalen Durchgang, dazu jeder Testrender davor, dazu die Encodes, dazu der Upload. Die Waldfolge, die in der gelöschten Folge beschrieben wird, brauchte neunzig Stunden für ihren finalen Durchgang und wurde danach gelöscht — das reinste verfügbare Beispiel dafür, worum es in dieser Kategorie geht.

Also ist etwa ein Zehntel der gelebten Zeit einer Folge die Maschine, die ohne uns arbeitet; in einer schlechten Woche ein Viertel. Es ist der einzige Teil des Prozesses, den wir nicht dadurch verkürzen können, dass wir uns mehr kümmern, länger arbeiten oder besser in unserem Job werden.

Man kann sich nicht wünschen, dass ein Render schneller läuft. Es ist der einzige Teil der Arbeit, dem man völlig gleichgültig ist.

Die falschen Dinge, die man tun kann, während er läuft

Wir haben das alles gemacht, das meiste davon mehrfach.

1. 1

   Zusehen

   Die reinste Verschwendung. Ein Fortschrittsbalken belohnt Aufmerksamkeit mit nichts, und er ist genau dafür gemacht, so auszusehen, als könnte er es doch. Ein Teil des Gehirns behandelt ihn wie eine laufende Aufgabe und weigert sich, den Abend loszulassen. Wir haben so schon ganze Nächte verloren, wach in einem Zimmer, in dem das einzige Ereignis eine steigende Zahl war.

2. 2

   Kleine Änderungen an einer Kopie machen

   Fühlt sich produktiv an. So sind wir zweimal bei zwei Projektdateien gelandet, die sich beide weiterentwickelt hatten, ohne klare Antwort darauf, welche die echte war. Das Zusammenführen hat mehr Zeit gekostet, als der Render gespart hat. Jetzt wird das Projekt gesperrt, sobald die Warteschlange startet, und gesperrt heißt gesperrt.

3. 3

   Um ein Uhr morgens das Nächste anfangen

   Die verführerischste Variante, weil sie wie Disziplin aussieht. Unsere inoffizielle Zählung sagt, dass ungefähr drei von vier Entscheidungen, die nach Mitternacht während eines Renders getroffen wurden, bis zehn Uhr am nächsten Morgen wieder rückgängig gemacht wurden — eine Farbe, ein Raum, ein ganzes Thema. Die späte Stunde erzeugt nicht genau schlechte Ideen. Sie erzeugt selbstsichere, was schlimmer ist, weil eine selbstsichere schlechte Idee bis in die folgende Woche überlebt.

4. 4

   An der Maschine herumstochern

   Eine Vorschau öffnen. Ein Bild prüfen. Jedes davon stiehlt von genau dem Job, den man kontrolliert, sodass der Render umso langsamer wird, je mehr man ihn fertig haben will. Das ist fast lustig — und um zwei Uhr morgens nie lustig.

Das eine Richtige ist peinlich einfach und hat Jahre gebraucht, bis wir es tatsächlich getan haben: gehen. Die Warteschlange starten, die Tür zumachen, woanders sein. Es ist aus demselben Grund richtig, aus dem es schwierig ist — es gibt keine Variante des Bleibens, die hilft, und der Kopf akzeptiert das nicht leicht bei etwas, das er selbst angestoßen hat.

Der Warteschlange vertrauen, und der Morgen, an dem es schiefgeht

Das ganze Arrangement beruht auf einer Wette: dass das, was man um Mitternacht startet, um neun Uhr korrekt ist.

Die Wette geht oft genug verloren, um ein echter Kostenpunkt zu sein. Unser schlimmster Fall war eine lange Datei, die einundvierzig Stunden lief — mit ausgeschalteter Regenebene. Der Schalter war zehn Minuten vor Start der Warteschlange bei einer Prüfung umgelegt worden, und niemand hat danach noch einmal auf das Ebenenpanel geschaut, weil die Datei seit zwei Tagen fertig war. Wir haben es an einem Sonntagmorgen bemerkt. Einundvierzig Stunden Maschinenzeit, anderthalb Kalendertage, und einer der vier verpassten Veröffentlichungstermine aus langsam arbeiten auf einer schnellen Plattform geht direkt darauf zurück.

Die Lösung war keine bessere Checkliste, auch wenn wir eine geschrieben haben. Es war ein neunzig Sekunden langer Testrender — zwanzig Bilder, über die ganze Datei verteilt —, der abgeschlossen und von einem Menschen angeschaut sein muss, bevor der lange Job starten darf. Er kostet anderthalb Minuten. Er hat in zwei Jahren vier Fehler gefunden, von denen mindestens einer ein weiteres Wochenende gekostet hätte.

Wofür die Lücke tatsächlich gut ist

Hier ist der eine echte Vorteil, und wir wollen vorsichtig sein, ihn nicht zu überhöhen, denn genau die Versuchung, Warten weise klingen zu lassen, versucht dieser Text zu vermeiden.

Ein vollständiges Abspielen am Ende eines Arbeitstages sagt sehr wenig aus. Man war wochenlang in der Datei drin; das Auge hat allem darin zugestimmt. Ein Abspielen nach vierzig Stunden, in denen man sie nicht öffnen konnte, ist ein völlig anderes Instrument. Dinge, die am Donnerstag unsichtbar waren, sind am Samstag offensichtlich — eine Farbe, die sich verschoben hat, ein Rhythmus, der zu regelmäßig ist, ein Objekt, das zu viel verrät.

Diese Distanz ist real und etwas wert. Sie ist auch vollkommen ein Zufall unserer Werkzeuge. Wenn Renders sofort fertig wären, müssten wir uns einen Grund ausdenken, die Datei zwei Tage lang in Ruhe zu lassen, und wenn wir uns kennen, würden wir das nicht tun.

Die Rechnung fürs Nichtstun

Eine Sache, die in Berichten über ruhige Arbeit nie auftaucht: Die Maschine ist nicht kostenlos, während sie wartet.

Ein neunzig Stunden langer Render zieht bei unserem Aufbau ungefähr so viel wie ein kleiner Heizlüfter, durchgehend, vier Tage lang — irgendwo um fünfunddreißig bis vierzig Kilowattstunden pro langer Folge, ungefähr das, was unser Kühlschrank in einem Monat braucht, verbraucht, bevor irgendjemand auch nur eine Sekunde davon gesehen hat. Multipliziert man das mit den Testdurchgängen, den verworfenen Versionen und der gelöschten Waldfolge, ist ein nennenswerter Anteil dessen, was dieser Kanal im Betrieb kostet, Strom, der sich in Wärme in einem Zimmer verwandelt, in dem niemand sitzt.

Wir haben eine zweite Maschine gekauft, teils um das zu verkürzen, und es hat weniger geholfen als erwartet. Der lange finale Durchgang teilt sich nicht so sauber auf, wie das Verkaufsblatt behauptet; die Warteschlange ging von etwa neunzig Stunden auf etwa fünfundfünfzig, nicht die Hälfte, mit der wir kalkuliert hatten. Jetzt heizen zwei Maschinen denselben Raum, es gibt zwei Update-Stände, die abgeglichen werden müssen, und eine weitere Sache, die um Mitternacht falsch konfiguriert werden kann. Wir würden sie wahrscheinlich trotzdem wieder kaufen. Es war nicht der Kauf, den wir dachten.

Das haben wir nicht gelöst

Für diesen Punkt gibt es kein Ende. Das meiste Warten ist einfach langweilig, und Langeweile ist keine versteckte Tugend — sie ist genau das, was sie zu sein scheint. Die Nächte, in denen wir einen Balken angesehen haben, waren nicht kontemplativ; sie waren verschwendet, und wir hätten sie gern zurück.

Was wir haben, ist eine gesperrte Projektdatei, ein neunzig Sekunden langer Testrender und eine Regel übers Schlafengehen, an die wir uns ungefähr zwei Drittel der Zeit halten. Das ist unser gesamter Fortschritt in drei Jahren bei dem Teil des Jobs, der mehr Kalenderzeit beansprucht als jede andere einzelne Phase.

Das Argument dafür, warum das Zusehen bei etwas, in dem fast nichts passiert, anders ist als das Zusehen bei einem Fortschrittsbalken — eine Unterscheidung, die wir mittlerweile persönlich nehmen — steht in die vierminütige Katze. Der Unterschied ist, ob das Warten irgendwohin führt.

Der Abend ist hier warm.