Video: das Wabenfeld baut sich auf, gerenderte Dateien raus

Das Video ist geschnitten. Die Einblendungen liegen auf einer externen
Platte, im Repo bleibt die Werkbank: 381 Dateien und 24 MB gerenderte
Ausgabe sind raus, png/ und sequenz/ legt bauen.mjs beim naechsten Lauf
selbst wieder an.

WABENFELD
Es blendete als Ganzes auf, und das ist bei der einen Zeichnung, die
etwas behauptet, zu wenig. Jetzt steht zuerst die Nabe, dann wachsen die
Waben in fuenf Wellen nach aussen, und die Straenge ziehen jeweils kurz
nach ihrer Zelle nach. Rueckwaerts zieht sich das Feld in die Marke
zurueck, statt von aussen zu zerfallen.

Die Bewegung ist die introTimeline aus HoneycombSection.tsx, uebernommen
und nicht erfunden: scale 0,16 auf 1, back.out(1.75), gestaffelt nach
Abstand zur Mitte, danach die Straenge mit eigener Deckungsrampe. Weil
unsere Belegung nur fuenf verschiedene Abstaende kennt, sind es fuenf
Wellen und nicht achtzehn Einzelereignisse, und das liest sich als eine
Bewegung.

Dafuer brauchte der Zeitverlauf ein zweites Mass. Bisher frass der
Verzug vom Rest der Zeit: die letzte von achtzehn Zellen haette ein
Zehntel der Zeit fuer dieselbe Bewegung gehabt und waere hereingeschnappt,
waehrend die erste hereinschwebt. Mit data-d bekommt ein Element ein
eigenes Fenster fester Laenge. Ohne data-d bleibt alles wie es war, die
anderen neun Komponenten laufen unveraendert durch den alten Pfad.

50 Bilder statt 12, bei 25 fps also zwei Sekunden herein und 1,2 hinaus.
Die Bewegung ist bei 0,94 fertig, die letzten Bilder stehen still. Masse
und Ausschnitt sind unveraendert, 2168 x 1906.

DIE PNGS WAREN IN DER ERSATZSCHRIFT
KOMP_BEREIT wartete auf document.fonts.ready, bevor die Karte im DOM
stand. Zu dem Zeitpunkt braucht die Seite keine Manrope, es laeuft kein
Ladevorgang, und das Versprechen loest sofort auf -- erfuellt, ohne dass
ein Byte Schrift da waere. Danach wurde gebaut, und ob die Schrift bis
zur Messung ankam, entschied der Zufall: dieselbe Komponente
hintereinander gemessen kam abwechselnd 984 und 1010 px breit heraus.

Das ist die Falle aus rules.md 4, nur eine Ebene frueher als dort
beschrieben. document.fonts.load() holt eine Schriftlage unabhaengig
davon, ob gerade jemand sie benutzt, erst danach ist ready eine Aussage.
Dieselbe Wette steckte in der Wortmarke von logo-bug, einem img mit
width:auto, deshalb wartet der Aufbau jetzt auch auf die Bilder.

Sieben der zehn zuletzt gebauten Dateien waren betroffen und 2 bis 4
Prozent zu schmal. Die reinen Zeichnungen verraten es nicht, ihr SVG hat
feste Masse -- ring-kern war gegen einen frischen Render bildgleich.

STANDBILD KOMMT AUS DER SEQUENZ
Der Dreiteiler im Schnitt haengt daran, dass -ein, Standbild und -aus an
den Stoessen dasselbe Bild zeigen. Als zweite Aufnahme war das bisher nur
wahr, weil es zufaellig stimmte. Beim Wabenfeld stimmte es nicht mehr:
dort tragen die Zellen waehrend der Bewegung ein transform, und nach dem
Wegnehmen rastert Chrome eine Spur anders als bei einem Element, das nie
eines hatte. Der Unterschied lag bei einer Stufe auf verstreuten Pixeln,
also unsichtbar, aber die Zusage war weg. bauen.mjs schreibt das
Standbild jetzt aus dem letzten Bild der Einblendung: dieselbe Datei
statt derselbe Anblick.

NEBENBEI
- Bauchbinde Betrieb, Chip "Vierte Generation" und Endkarte sind raus.
  Die Bauchbinde liess sich ueber ?name= und ?rolle= ohnehin aus der
  ersten erzeugen, ein Schlussbild gehoert in den Schnitt und nicht als
  Einblendung darauf.
- Das Wabenfeld steht ohne das blasse Feld aus leeren Waben. Auf dem
  weissen Blatt traegt das die Zeichnung, ueber Videomaterial ist ein
  Schleier aus halbdurchsichtigen Sechsecken im Weg. Der Ausschnitt wird
  seitdem aus den belegten Waben gerechnet. In post3.html bleibt beides.
- strangForm() heisst hier strangPfad() und liefert nur den Pfad: die
  Form muss je Bild neu gerechnet werden, weil ein Ende wandert. In den
  Post-Seiten bleibt strangForm(), die Rechnung darin ist dieselbe.
- liste.json und README stehen auf dem Stand der zehn Komponenten.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

video/bauen.mjs

@@ -145,14 +145,10 @@ try {
 
     const kasten = await werte(cdp, "window.KOMP_KASTEN()");
 
-    // Standbild: der gehaltene Zustand.
-    const still = await aufnehmen(cdp, kasten);
-    await writeFile(path.join(pngDir, k.key + ".png"), still);
-    dateien++; bytes += still.length;
-
     // Sequenzen. Ein bis der Kasten steht, aus rueckwaerts und knapper.
     const einN = k.bilder;
     const ausN = Math.max(4, Math.round(k.bilder * AUS_ANTEIL));
+    let gehalten = null;
     for (const [name, anzahl, richtung] of [["ein", einN, 1], ["aus", ausN, -1]]) {
       const ordner = path.join(seqDir, k.key + "-" + name);
       await rm(ordner, { recursive: true, force: true });
@@ -161,10 +157,25 @@ try {
         const p = i / (anzahl - 1);
         await werte(cdp, "window.setT(" + (richtung > 0 ? p : 1 - p) + ")");
         const bild = await aufnehmen(cdp, kasten);
+        if (richtung > 0 && i === anzahl - 1) gehalten = bild;
         await writeFile(path.join(ordner, `${k.key}-${name}_${String(i).padStart(4, "0")}.png`), bild);
         dateien++; bytes += bild.length;
       }
     }
+
+    /* Das Standbild ist das letzte Bild der Einblendung, nicht eine eigene
+       Aufnahme. Der ganze Dreiteiler im Schnitt haengt daran, dass -ein, das
+       Standbild und -aus an den Stoessen dasselbe Bild zeigen; als zweite
+       Aufnahme war das bisher nur wahr, weil es zufaellig stimmte.
+
+       Beim Wabenfeld stimmte es dann nicht mehr. Dort tragen die Zellen
+       waehrend der Bewegung ein transform-Attribut, das am Ende wieder
+       weggenommen wird -- danach rastert Chrome eine Spur anders als bei einem
+       Element, das nie eines hatte. Der Unterschied lag bei einer Stufe auf
+       verstreuten Pixeln, also unsichtbar, aber die Zusage war weg. So wird
+       sie eingehalten, statt geprueft: es ist dieselbe Datei. */
+    await writeFile(path.join(pngDir, k.key + ".png"), gehalten);
+    dateien++; bytes += gehalten.length;
     const zeile = `${k.key.padEnd(24)} ${String(kasten.w * FAKTOR).padStart(5)} x ` +
       `${String(kasten.h * FAKTOR).padEnd(5)} still + ${einN} ein + ${ausN} aus`;
     console.log("  " + zeile);