Guild-crest auto-render: layout doesn't match the in-game composition #34

New issue

Open

opened 2026-09-05 10:31:46 +02:00 by DasAoD · 0 comments

DasAoD commented

2026-09-05 10:31:46 +02:00

Owner

Kontext

includes/guild_crest.php rendert das Gildenwappen automatisch aus dem /coa-Code (siehe resolveGuildCrestImage()), als Fallback wenn kein manueller crest_file-Upload gesetzt ist. Farben (Palette) und Kategorie-Zuordnung sind inzwischen an zwei echten Gilden (Gurkistan, Avadhuta Gita) pixelgenau verifiziert und passen gut. Das Layout (Position/Größe der 7 Ebenen zueinander) passt aber nicht wirklich, und die Iteration daran ist an einem Punkt hängengeblieben, wo weitere Verbesserung nicht mehr sinnvoll möglich war.

Warum es hier endet

Alle Positionsdaten wurden per Augenmaß aus einem einzigen 215×262px-Screenshot (Avadhuta Gita) gemessen – die Spiel-Assets selbst enthalten keine Positions-/Pivot-Daten (das WebGL-Unity-Bundle hat keine Prefab/Scene-Layoutdaten, nur die rohen Sprites). Bei einem erneuten Nachmess-Versuch kam für den Schild eine klar asymmetrische Position heraus (linker Rand x=78, rechter x=172, bei eigentlich spiegelsymmetrischem Wappen) – ein Indiz, dass Kanten bei dieser Auflösung (Antialiasing, Flügel überlappen den Schildrand) nicht zuverlässig genug ablesbar sind, um weiter blind nachzujustieren.

Aktueller Workaround

Für Gilden ohne verwertbares Auto-Layout: Screenshot nehmen, per KI-Bildgenerierung nachbauen lassen, manuell über den bestehenden Crest-Upload hochladen (crest_file hat ohnehin immer Vorrang vor der Auto-Generierung).

Falls das hier weitergeführt wird

Ein höher aufgelöster Referenz-Screenshot (falls im Spiel-Client doch reinzoombar) würde robusteres Nachmessen erlauben.
Mehrere Screenshots verschiedener Gilden übereinanderlegen/mitteln, um Messfehler einer einzelnen Quelle rauszumitteln.
Die extrahierten Rohgrafiken (221 PNGs, 7 Kategorien) liegen bereits auf dns1 unter data/guildcrests/ (nicht im Repo, siehe install/GUILD_CREST_AUTO_INSTALL.md) und müssten für weitere Versuche nicht neu extrahiert werden.
Vollständiger Rechercheverlauf inkl. aller bisherigen Messwerte: Claude-Memory sfguildsv2-guild-crest-auto-render-pr33 (Session vom 2026-09-04/05).

Kein akuter Handlungsbedarf – die Auto-Generierung bleibt als reiner Fallback aktiv (nie schlechter als der generische Platzhalter), Layout-Genauigkeit ist "nice to have", kein Blocker.

## Kontext `includes/guild_crest.php` rendert das Gildenwappen automatisch aus dem `/coa`-Code (siehe `resolveGuildCrestImage()`), als Fallback wenn kein manueller `crest_file`-Upload gesetzt ist. Farben (Palette) und Kategorie-Zuordnung sind inzwischen an zwei echten Gilden (Gurkistan, Avadhuta Gita) pixelgenau verifiziert und passen gut. Das **Layout** (Position/Größe der 7 Ebenen zueinander) passt aber nicht wirklich, und die Iteration daran ist an einem Punkt hängengeblieben, wo weitere Verbesserung nicht mehr sinnvoll möglich war. ## Warum es hier endet Alle Positionsdaten wurden per Augenmaß aus einem einzigen 215×262px-Screenshot (Avadhuta Gita) gemessen – die Spiel-Assets selbst enthalten keine Positions-/Pivot-Daten (das WebGL-Unity-Bundle hat keine Prefab/Scene-Layoutdaten, nur die rohen Sprites). Bei einem erneuten Nachmess-Versuch kam für den Schild eine klar asymmetrische Position heraus (linker Rand x=78, rechter x=172, bei eigentlich spiegelsymmetrischem Wappen) – ein Indiz, dass Kanten bei dieser Auflösung (Antialiasing, Flügel überlappen den Schildrand) nicht zuverlässig genug ablesbar sind, um weiter blind nachzujustieren. ## Aktueller Workaround Für Gilden ohne verwertbares Auto-Layout: Screenshot nehmen, per KI-Bildgenerierung nachbauen lassen, manuell über den bestehenden Crest-Upload hochladen (`crest_file` hat ohnehin immer Vorrang vor der Auto-Generierung). ## Falls das hier weitergeführt wird - Ein höher aufgelöster Referenz-Screenshot (falls im Spiel-Client doch reinzoombar) würde robusteres Nachmessen erlauben. - Mehrere Screenshots verschiedener Gilden übereinanderlegen/mitteln, um Messfehler einer einzelnen Quelle rauszumitteln. - Die extrahierten Rohgrafiken (221 PNGs, 7 Kategorien) liegen bereits auf dns1 unter `data/guildcrests/` (nicht im Repo, siehe `install/GUILD_CREST_AUTO_INSTALL.md`) und müssten für weitere Versuche nicht neu extrahiert werden. - Vollständiger Rechercheverlauf inkl. aller bisherigen Messwerte: Claude-Memory `sfguildsv2-guild-crest-auto-render-pr33` (Session vom 2026-09-04/05). Kein akuter Handlungsbedarf – die Auto-Generierung bleibt als reiner Fallback aktiv (nie schlechter als der generische Platzhalter), Layout-Genauigkeit ist "nice to have", kein Blocker.

DasAoD referenced this issue from a commit

2026-09-05 12:45:44 +02:00

cli/coa_render_test.php: standalone guild-crest render test tool