S3: 9:16-Render mit Warteschlange, nachrangig zum Stream

Aus der Rohdatei entsteht das fertige Hochformat. Der Filtergraph liegt jetzt
in packages/media und wird von calibrate und vom Render-Schritt gemeinsam
benutzt - die Zahlen darin sind eingemessen, sie gehoeren an genau eine Stelle.

Eine Aufgabe nach der anderen, und waehrend gesendet wird standardmaessig
gar nicht (renderWhileLive: false). ffmpeg laeuft unter nice, mit Zeitlimit,
und die letzten Zeilen von stderr landen in der Fehlermeldung statt im Nichts.
Aus dem 90-Sekunden-Puffer werden die letzten 45 Sekunden genommen (-sseof vor
-i, sonst wird die ganze Datei dekodiert und danach verworfen).

Dabei einen eigenen Fehler aus S2 korrigiert: die Rohdatei wurde in den
Windows-Bind-Mount kopiert und dort verarbeitet - genau das, was ADR-0004
Punkt 2 verbietet. Jetzt liegt sie im Arbeits-Volume, auf die Windows-Seite
kommt nur das fertige, kleine Ergebnis.

Verifiziert an einer kuenstlichen Aufnahme mit drei getrennten Tonspuren:
1920x1080/70 s hinein, 1080x1920/45 s heraus, Naht an der richtigen Stelle,
27,9 s Rechenzeit unter nice 15. 39 Tests gruen.

Neuer Befehl `render <datei>` zum Nachrendern nach Layout-Aenderungen.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_013VTGjd92LsDDWF3frd9FTB

docs/07-mvp-plan.md

@@ -37,8 +37,9 @@ gibt. Vorher ist sie nur Ballast.
 | S0 Container + Toolchain | **fertig** — Image 258 MB, `check-env` ohne harte Fehler |
 | Layout eingemessen | **fertig** — `config/layout.yaml`, vorgezogen aus S3 |
 | S1 Einrichtung + Auth + DB + IRC-Ingest | **fertig** — 20 Tests grün, Daemon läuft |
-| S2 OBS-Anbindung + Trigger | **Code fertig**, 29 Tests grün — Abnahme braucht laufendes OBS |
-| S3–S6 | offen |
+| S2 OBS-Anbindung + Trigger | **Code fertig**, Abnahme braucht laufendes OBS |
+| S3 9:16-Render | **fertig** — Durchlauf verifiziert, 39 Tests grün |
+| S4–S6 | offen |
 
 **S1 abgenommen am 2026-09-09.** Der Daemon läuft, hängt am Chat, die
 Einrichtung ist unter `http://localhost:4792/setup` erreichbar.
@@ -169,6 +170,20 @@ Arbeitsvolume vor der Verarbeitung.
 **Fertig, wenn:** Aus einer Replay-Datei entsteht eine `vertical.mp4` mit
 korrekt sitzender Facecam oben und Gameplay unten.
 
+**S3 abgenommen am 2026-09-09.** Verifiziert an einer künstlichen Aufnahme, die
+eine OBS-Aufzeichnung nachbildet: 1920×1080, 70 s, drei getrennte Tonspuren
+(Mischung, Mikrofon, Spiel). Ergebnis 1080×1920, 45 s, Naht bei y = 512 an der
+richtigen Stelle, Rechenzeit 27,9 s bei `nice 15` — also gut zwei Drittel der
+Echtzeit auf einer CPU ohne Grafikbeschleunigung.
+
+Dabei aufgefallen und korrigiert: S2 hat die Rohdatei in den Windows-Bind-Mount
+kopiert und dort verarbeitet — genau das, was [ADR-0004](decisions/ADR-0004-docker.md)
+Punkt 2 verbietet. Jetzt liegt die Rohdatei im Arbeits-Volume, und auf die
+Windows-Seite kommt nur das fertige, kleine Ergebnis.
+
+Neu dazu: `docker compose run --rm toolkit render <datei>` rendert eine Rohdatei
+von Hand — gedacht zum Nachrendern, wenn sich das Layout ändert.
+
 ### S4 — Untertitel · ~1,5 Tage
 
 **Nur die Mikrofonspur** extrahieren (OBS nimmt getrennt auf: Mikro Spur 2,