Ebenen-Modell des Bild-Erzeugers wiederbeleben — type/Geometrie/Wasserzeichen + titelbild-taugliche Ausgabe
Der Vertrag `IOverlay` deklariert seit jeher `type: text|caption|image` samt
x/y/width/height/contentPosition/fontWeight — der Renderer las davon NICHTS und
rendphrase jede Ebene als zentrierte Bildunterschrift ueber die volle Leinwandbreite.
Gemessen gegen die Produktion (2026-08-22): die zwei lebenden Vorlagen tragen
x:20,y:700, contentPosition:"west", fontWeight:"bold" — alles verworfen. Eine Ebene
mit type:"image" waere als woertliches `caption:undefined` gerendert worden; deshalb
hat sie nie jemand angelegt (0 von 16 Vorlagen).
- jobs/overlayPlan.ts reiner Planer: Text- UND Bild-Ebenen (Marke, Wasserzeichen)
mit Schwerkraft, Versatz, Groesse, Deckkraft
- jobs/outputProfile.ts reines Ausgabe-Profil: Inhaltstyp folgt der ECHTEN Endung
(bisher fest "image/png", auch bei .jpg) und legt fuer ein
Titelbild flach — Apple weist Alpha-Kanaele ab, Spotify
verlangt sRGB
- generateImage.ts/.js verdrahtet beides; Bild-Ebene ohne Quelle wird uebersprungen
statt als caption:undefined gerendert
Rueckwaerts-vertraeglich: eine Ebene mit den Schema-Vorgabewerten erzeugt die
BYTE-GLEICHE Kommandozeile wie bisher — gegen die echte gm-Bibliothek geprueft, mit
Negativ-Kontrolle. PNG-Ausgaben bleiben unveraendert, solange kein Titelbild
angefordert wird (coverSafe reist im Auftrag, kein Vertrags-Feld noetig).
BEWUSST NICHT wiederbelebt: backgroundColor (Vorgabewert #FFFFFF ist deckend,
"nicht gesetzt" und "ausdruecklich weiss" sind nicht unterscheidbar).
NOCH NICHT im Vertrag: opacity — Mechanismus gebaut, heute No-Op.
23 neue Proben (62 gesamt), drei Umkehrproben beissen nachweislich.
x/y/width/height/contentPosition/fontWeight — der Renderer las davon NICHTS und
rendphrase jede Ebene als zentrierte Bildunterschrift ueber die volle Leinwandbreite.
Gemessen gegen die Produktion (2026-08-22): die zwei lebenden Vorlagen tragen
x:20,y:700, contentPosition:"west", fontWeight:"bold" — alles verworfen. Eine Ebene
mit type:"image" waere als woertliches `caption:undefined` gerendert worden; deshalb
hat sie nie jemand angelegt (0 von 16 Vorlagen).
- jobs/overlayPlan.ts reiner Planer: Text- UND Bild-Ebenen (Marke, Wasserzeichen)
mit Schwerkraft, Versatz, Groesse, Deckkraft
- jobs/outputProfile.ts reines Ausgabe-Profil: Inhaltstyp folgt der ECHTEN Endung
(bisher fest "image/png", auch bei .jpg) und legt fuer ein
Titelbild flach — Apple weist Alpha-Kanaele ab, Spotify
verlangt sRGB
- generateImage.ts/.js verdrahtet beides; Bild-Ebene ohne Quelle wird uebersprungen
statt als caption:undefined gerendert
Rueckwaerts-vertraeglich: eine Ebene mit den Schema-Vorgabewerten erzeugt die
BYTE-GLEICHE Kommandozeile wie bisher — gegen die echte gm-Bibliothek geprueft, mit
Negativ-Kontrolle. PNG-Ausgaben bleiben unveraendert, solange kein Titelbild
angefordert wird (coverSafe reist im Auftrag, kein Vertrags-Feld noetig).
BEWUSST NICHT wiederbelebt: backgroundColor (Vorgabewert #FFFFFF ist deckend,
"nicht gesetzt" und "ausdruecklich weiss" sind nicht unterscheidbar).
NOCH NICHT im Vertrag: opacity — Mechanismus gebaut, heute No-Op.
23 neue Proben (62 gesamt), drei Umkehrproben beissen nachweislich.