2e7b30fd159ee0442bba6006650501d24c4fc427
Die Fixwelle hat loadSet() so geaendert, dass eine Textur auch ohne Normal- und ARM-Karte laedt (Befund 2) - richtig fuer sich, aber dadurch laedt public/textures/sidewalk_Diffuse.jpg jetzt tatsaechlich. Die Datei ist keine Betontextur, sondern das Platzhalterbild aus modular_sidewalk_curb_kit: dunkler Grund, roter Schriftzug "Tru-planar Sidewalk texture", im Browser geprueft. Vorher fiel das nie auf, weil loadSet() an der fehlenden Normal-/ARM-Karte scheiterte und auf den einfarbigen Ersatz zurueckfiel. TEXTURES.sidewalk zeigt jetzt auf concrete_pavement (Poly Haven, CC0), denselben Belag wie die Parkwege (curb_Diffuse.jpg ist dagegen eine echte Betontextur mit Fugen und bleibt beim Kit). uvScale wechselt von 4 auf 1,8, wie paths schon vormacht - Poly Haven misst die Kachel mit 1,8 x 1,8 m. Der Kopierschritt fuer sidewalk_baseColor.jpeg entfaellt in tools/assets/textures.mjs, die Namensnennung in run.py und im Entwurf nennt fuer den Kit nur noch den Bordstein, und die committete Platzhalter-Kachel ist aus dem Repository entfernt (der Kit-Ordner des Nutzers bleibt unangetastet). tests/materials.test.js prueft jetzt die neue Quelle, nicht mehr den Kit-Slug. Sichtgeprueft im Browser: Gehwege zeigen helle Betonplatten statt rotem Schriftzug, keine "Textur ... fehlt"-Warnung in der Konsole. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Languages
TypeScript
44.1%
JavaScript
40.9%
Python
11.2%
HTML
3.3%
CSS
0.5%