stylized-rock-generator

42 Commits 2 Branches 0 Tags

3 Commits

Include renames

Author	SHA1	Message	Date
D4rkst3randClaude Opus 4.8	20a751edca	Rock Gen 2.14.0: Export-Haertung (Wunschliste 1-3) + LOD/Vertex-Farben geklaert Punkt 1 - Ursprung erzwingen (keine Option mehr) Der Export schrieb die Objekt-Transformation mit ins FBX. Dadurch trug das 25er-Set seine Szenen-Rasterpositionen (bis 20 m) im Asset und die Steine schwebten im Spiel neben ihrem Platzierungspunkt. Jetzt wandert jedes Objekt an den Welt-Ursprung, Origin unten-mittig der Bbox. Am REIMPORTIERTEN FBX gemessen: Bbox-Mitte 0.000/0.000, min.Z 0.000. Punkt 2 - flache Steine hinlegen Kuerzeste Bbox-Achse zeigt nach oben. Gedreht wird nur, wenn es etwas bringt: bei 2.53/1.40/1.54 wuerde Kippen die Form nur willkuerlich drehen. Punkt 3 - UCX-Kollisionshuellen Konvexe Huelle als UCX_<Name> im selben FBX, Budget einstellbar (Default 32 Verts). Gemessen 29-32 Verts, geschlossen, umschliesst den Stein. Alles auf temporaeren KOPIEN - die Szene des Users bleibt unveraendert (Test prueft Namen und Objektzahl vorher/nachher). Offener Punkt der Spielseite beantwortet: LOD-Gruppen + Vertex-Farben gingen NICHT. Der LOD-Zweig in make_one_rock sprang komplett am Cavity-Bake vorbei - gemessen: kein Farbattribut auf einer der vier Stufen, dazu fehlten Origin und Material. Jetzt wird auf LOD0 gebacken, BEVOR dupliziert wird; das Decimate interpoliert mit, damit alle Stufen dieselbe Cavity zeigen und der LOD-Wechsel nicht poppt. Nach Roundtrip: LOD0 40 V R 0.30..1.00, LOD1 21 V, LOD2 11 V, LOD3 6 V - alle mit Farben. Vier Fallen, die der Test aufgedeckt hat: - Blender haengt an Kopien ".001" an; Unreal ordnet UCX ueber den EXAKTEN Mesh-Namen zu -> Original bekommt fuer die Exportdauer einen Hilfsnamen. - bmesh.from_mesh bringt die Originalflaechen mit, convex_hull legt seine Huelle obendrauf -> 16-21 offene Kanten. Nur die PUNKTE einlesen. - Jede Vereinfachung schneidet Ecken ab, die Huelle wird KLEINER als der Stein (der Spieler wuerde einsinken). Jetzt exakt so weit aufgeblasen, dass wieder alles hineinpasst - fuer Kollision ist minimal zu gross unkritisch. - ob.matrix_world = Identity loescht die Transformation NICHT bei geparenteten Objekten; bei einer LOD-Gruppe auf (13/-7.5/2.2) landete das Mesh bei MINUS dieser Position. matrix_basis und matrix_parent_inverse direkt nullen. Neu: tests/test_export_robust.py misst am reimportierten FBX statt an der Szene - nur so faellt eine mitgeschriebene Transformation ueberhaupt auf. 15 Tests bestehen. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-08-03 08:02:14 +02:00
D4rkst3randClaude Opus 4.8	26131f9346	Tree Gen 1.25.0: Palme, Busch und Setzlinge nachgemessen und korrigiert Drei gemeldete Probleme - alle bestaetigt, Ursachen gemessen statt geraten. 1) Palme sah "extrem komisch" aus Gemessen: Kronenradius/Hoehe 0.11 - die Wedel klebten als Mop-Kopf am Stamm. Zielwert aus zwei unabhaengigen Quellen, die sich decken: tree-gen palm.py (Weber&Penn) setzt Wedellaenge = 0.3 x Stamm, die TreeIt-Referenzpalme kommt auf 3.3 m bei 4.33 m = 0.38. Jetzt 0.30. Dazu der Winkel: tree-gen gibt down_angle 60 + curve 40 an, also schraeg raus und ueberbiegen. Mit Branch Up 0 allein standen die Wedel als gerade Antennenspeichen ab; mit Up 0.35 / Droop 1.2 steigen sie gemessen 1.1 m ueber den Ansatz und kippen dann ab. 2) Busch sah aus wie ein Baum Gemessen: 1.81 m hoch bei 0.84 m Breite (B/H 0.46), durchgehender Stamm, Aeste erst ab 15 %, Wurzelanlauf wie beim Baum. Das IST ein Baeumchen. Botanisch ist der Unterschied nicht die Groesse, sondern die Architektur: mehrere Stiele ab Boden, kein Leittrieb, gemessen nach Hoehe UND Breite. Jetzt kurzer Stumpf + Aeste ab Boden: 1.20 m hoch, 2.0 m breit (B/H 1.6). 3) Kleinste Wachstumsstufe sah komisch aus / "nur runterskaliert" Gemessen: der Setzling war relativ zu seiner Hoehe 2.4x DICKER als der Altbaum (r/H 0.025 gegen 0.0104), weil Trunk Radius mit 0.30 skalierte, die Hoehe aber mit 0.16. Botanisch gilt die elastische Aehnlichkeit nach McMahon: Hoehe ~ Durchmesser^(2/3), also Faktor 0.16^1.5 = 0.064. Dazu behielt jeder Setzling den vollen Wurzelanlauf -> Trichterfuss. Neu ausserdem: Aeste schrumpfen mit der Hoehe statt langsamer, sitzen tiefer (Aufasten kommt erst mit dem Alter) und haengen weniger. Nicht jede Pflanze waechst wie ein Laubbaum -> GROWTH_OVERRIDES: Palme kein Dickenwachstum, erst Durchmesser dann Hoehe (UF/IFAS ENH1212: "its diameter is fixed for life") -> Setzling ist ein kurzer Stumpf Kaktus Sukkulent, gleiche Logik, und OHNE Arme: Saguaros bilden die erst mit 50-70 Jahren bei rund 2 m Hoehe (NPS) Weide haengt erst mit langen Zweigen; sonst reichten sie 0.27 m unter den Stammfuss und das Asset waere in UE geschwebt Zwei Bugs fielen dabei auf: - Branch Count = 0 schaltete die Aeste NICHT ab - dieselbe Falle wie damals bei Sub Count (Curve to Points klemmt Count auf min. 1). Fuer die Sub-Ebene gab es laengst einen Geometry-Switch, fuer die Hauptaeste nicht. - Im Busch-Preset stand "Branch Count" zweimal im selben Dict; der zweite Eintrag (10) hat den ersten (14) still ueberschrieben. Die sieben uebrigen Presets sind unveraendert (gleiche Maße, gleiche Tris). Neu: tests/test_proportionen.py nagelt die Zielwerte fest. 14 Tests bestehen. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-08-01 22:47:43 +02:00
D4rkst3randClaude Opus 4.8	71b9982441	Panels aufgeraeumt (alle vier Addons) + Test-Suite instandgesetzt Panel-Umbau ----------- Jedes Addon hatte seine Einstellungen als Kette dauerhaft offener Boxen - beim Rock Generator 15 Stueck, man musste am ganzen Panel vorbeiscrollen, um an den Erzeugen-Knopf zu kommen. Jetzt steht oben nur, was man bei jedem Asset anfasst (Vorlage, Name, grosser Erzeugen-Knopf, Zufall), der Rest liegt in nummerierten, eingeklappten Unter-Panels in der Reihenfolge des Arbeitsablaufs: Rock Gen 9 Unter-Panels (Benennung ... Textur-Bake) Tree Gen 4 (Wachstum, Blattwerk, Zusatz-Ebenen, Export) Grass Gen 4 (Form, Haltung, Batch, Kanal-Belegung) Asset Utils 5 (war schon so, dient als Vorlage) Schalter, die ein ganzes Unter-Panel steuern (Vertex-Farben backen, Wachstums-Stufen), sitzen jetzt als Haekchen im Panel-Kopf - Zustand sichtbar ohne aufzuklappen. Gemessen statt geglaubt: test_panels.py registriert alle vier Addons, laesst jedes Panel zeichnen, prueft Tab-Zugehoerigkeit und Auf-/Zugeklappt-Absicht, dass jeder angebotene Operator existiert - und vor allem, dass JEDE definierte Property irgendwo erreichbar bleibt (Zweige wie base_shape='BOX' werden dabei durchgeschaltet). Ergebnis: 0 von 122 Properties beim Umbau verloren. Test-Suite ---------- Beim Gegenpruefen kam heraus, dass fuenf Tests still veraltet waren und eine echte Regression nicht gemeldet haetten: test_rock_gen suchte Objekte mit Praefix "Rock_" - die heissen seit dem Benennungssystem "Fels_A_M_01". Fand 0 von 3. test_base_shapes loeschte am Schleifenanfang ALLE Objekte, auch die eigenen Kopien aus vorigen Durchlaeufen -> StructRNA removed. test_ecogame_tree erwartete eine feste Namensliste ohne die spaeter dazugekommenen _Leaf-Objekte. test_tree_addon dito, ausserdem Zip-Version 1.22.0 fest verdrahtet. test_leaves Zip-Version 1.23.0 fest verdrahtet. Drei Muster vermieden statt nur die Symptome geflickt: neue Objekte ueber die Differenz vorher/nachher finden statt ueber ein Namens-Praefix, Zips per glob statt mit fester Version, Zusatz-Ebenen beim Zaehlen herausfiltern. Neu: run_tests.ps1 faehrt die komplette Suite mit einem Befehl (-Filter fuer einzelne). Genau das fehlte - deshalb war das Veralten nicht aufgefallen. 13 von 13 Tests bestehen. Nebenbei -------- build.ps1 ruft server-generate jetzt mit --html auf (browsbare index.html fuer statisches Hosting). Nachgemessen und im README festgehalten: zwei Zips derselben Extension-ID sind KEIN Versions-Archiv - server-generate warnt ("archive found with duplicates ... conflicting blender versions"), mehrere Versionen einer ID gehen nur bei verschiedenen Blender-Bereichen. Versionen: Rock 2.13.0, Tree 1.24.0, Grass 1.1.0, Asset Utils 1.1.0 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-31 12:12:38 +02:00

Author

SHA1

Message

Date

D4rkst3randClaude Opus 4.8

20a751edca

Rock Gen 2.14.0: Export-Haertung (Wunschliste 1-3) + LOD/Vertex-Farben geklaert

Punkt 1 - Ursprung erzwingen (keine Option mehr)
  Der Export schrieb die Objekt-Transformation mit ins FBX. Dadurch trug das
  25er-Set seine Szenen-Rasterpositionen (bis 20 m) im Asset und die Steine
  schwebten im Spiel neben ihrem Platzierungspunkt. Jetzt wandert jedes Objekt
  an den Welt-Ursprung, Origin unten-mittig der Bbox. Am REIMPORTIERTEN FBX
  gemessen: Bbox-Mitte 0.000/0.000, min.Z 0.000.

Punkt 2 - flache Steine hinlegen
  Kuerzeste Bbox-Achse zeigt nach oben. Gedreht wird nur, wenn es etwas bringt:
  bei 2.53/1.40/1.54 wuerde Kippen die Form nur willkuerlich drehen.

Punkt 3 - UCX-Kollisionshuellen
  Konvexe Huelle als UCX_<Name> im selben FBX, Budget einstellbar (Default 32
  Verts). Gemessen 29-32 Verts, geschlossen, umschliesst den Stein.

Alles auf temporaeren KOPIEN - die Szene des Users bleibt unveraendert
(Test prueft Namen und Objektzahl vorher/nachher).

Offener Punkt der Spielseite beantwortet: LOD-Gruppen + Vertex-Farben gingen
NICHT. Der LOD-Zweig in make_one_rock sprang komplett am Cavity-Bake vorbei -
gemessen: kein Farbattribut auf einer der vier Stufen, dazu fehlten Origin und
Material. Jetzt wird auf LOD0 gebacken, BEVOR dupliziert wird; das Decimate
interpoliert mit, damit alle Stufen dieselbe Cavity zeigen und der LOD-Wechsel
nicht poppt. Nach Roundtrip: LOD0 40 V R 0.30..1.00, LOD1 21 V, LOD2 11 V,
LOD3 6 V - alle mit Farben.

Vier Fallen, die der Test aufgedeckt hat:
- Blender haengt an Kopien ".001" an; Unreal ordnet UCX ueber den EXAKTEN
  Mesh-Namen zu -> Original bekommt fuer die Exportdauer einen Hilfsnamen.
- bmesh.from_mesh bringt die Originalflaechen mit, convex_hull legt seine
  Huelle obendrauf -> 16-21 offene Kanten. Nur die PUNKTE einlesen.
- Jede Vereinfachung schneidet Ecken ab, die Huelle wird KLEINER als der Stein
  (der Spieler wuerde einsinken). Jetzt exakt so weit aufgeblasen, dass wieder
  alles hineinpasst - fuer Kollision ist minimal zu gross unkritisch.
- ob.matrix_world = Identity loescht die Transformation NICHT bei geparenteten
  Objekten; bei einer LOD-Gruppe auf (13/-7.5/2.2) landete das Mesh bei MINUS
  dieser Position. matrix_basis und matrix_parent_inverse direkt nullen.

Neu: tests/test_export_robust.py misst am reimportierten FBX statt an der
Szene - nur so faellt eine mitgeschriebene Transformation ueberhaupt auf.
15 Tests bestehen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-08-03 08:02:14 +02:00

D4rkst3randClaude Opus 4.8

26131f9346

Tree Gen 1.25.0: Palme, Busch und Setzlinge nachgemessen und korrigiert

Drei gemeldete Probleme - alle bestaetigt, Ursachen gemessen statt geraten.

1) Palme sah "extrem komisch" aus
   Gemessen: Kronenradius/Hoehe 0.11 - die Wedel klebten als Mop-Kopf am
   Stamm. Zielwert aus zwei unabhaengigen Quellen, die sich decken:
   tree-gen palm.py (Weber&Penn) setzt Wedellaenge = 0.3 x Stamm, die
   TreeIt-Referenzpalme kommt auf 3.3 m bei 4.33 m = 0.38.
   Jetzt 0.30. Dazu der Winkel: tree-gen gibt down_angle 60 + curve 40 an,
   also schraeg raus und ueberbiegen. Mit Branch Up 0 allein standen die
   Wedel als gerade Antennenspeichen ab; mit Up 0.35 / Droop 1.2 steigen sie
   gemessen 1.1 m ueber den Ansatz und kippen dann ab.

2) Busch sah aus wie ein Baum
   Gemessen: 1.81 m hoch bei 0.84 m Breite (B/H 0.46), durchgehender Stamm,
   Aeste erst ab 15 %, Wurzelanlauf wie beim Baum. Das IST ein Baeumchen.
   Botanisch ist der Unterschied nicht die Groesse, sondern die Architektur:
   mehrere Stiele ab Boden, kein Leittrieb, gemessen nach Hoehe UND Breite.
   Jetzt kurzer Stumpf + Aeste ab Boden: 1.20 m hoch, 2.0 m breit (B/H 1.6).

3) Kleinste Wachstumsstufe sah komisch aus / "nur runterskaliert"
   Gemessen: der Setzling war relativ zu seiner Hoehe 2.4x DICKER als der
   Altbaum (r/H 0.025 gegen 0.0104), weil Trunk Radius mit 0.30 skalierte,
   die Hoehe aber mit 0.16. Botanisch gilt die elastische Aehnlichkeit nach
   McMahon: Hoehe ~ Durchmesser^(2/3), also Faktor 0.16^1.5 = 0.064.
   Dazu behielt jeder Setzling den vollen Wurzelanlauf -> Trichterfuss.
   Neu ausserdem: Aeste schrumpfen mit der Hoehe statt langsamer, sitzen
   tiefer (Aufasten kommt erst mit dem Alter) und haengen weniger.

Nicht jede Pflanze waechst wie ein Laubbaum -> GROWTH_OVERRIDES:
  Palme   kein Dickenwachstum, erst Durchmesser dann Hoehe (UF/IFAS ENH1212:
          "its diameter is fixed for life") -> Setzling ist ein kurzer Stumpf
  Kaktus  Sukkulent, gleiche Logik, und OHNE Arme: Saguaros bilden die erst
          mit 50-70 Jahren bei rund 2 m Hoehe (NPS)
  Weide   haengt erst mit langen Zweigen; sonst reichten sie 0.27 m unter
          den Stammfuss und das Asset waere in UE geschwebt

Zwei Bugs fielen dabei auf:
- Branch Count = 0 schaltete die Aeste NICHT ab - dieselbe Falle wie damals
  bei Sub Count (Curve to Points klemmt Count auf min. 1). Fuer die Sub-Ebene
  gab es laengst einen Geometry-Switch, fuer die Hauptaeste nicht.
- Im Busch-Preset stand "Branch Count" zweimal im selben Dict; der zweite
  Eintrag (10) hat den ersten (14) still ueberschrieben.

Die sieben uebrigen Presets sind unveraendert (gleiche Maße, gleiche Tris).
Neu: tests/test_proportionen.py nagelt die Zielwerte fest. 14 Tests bestehen.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-08-01 22:47:43 +02:00

D4rkst3randClaude Opus 4.8

71b9982441

Panels aufgeraeumt (alle vier Addons) + Test-Suite instandgesetzt

Panel-Umbau
-----------
Jedes Addon hatte seine Einstellungen als Kette dauerhaft offener Boxen - beim
Rock Generator 15 Stueck, man musste am ganzen Panel vorbeiscrollen, um an den
Erzeugen-Knopf zu kommen. Jetzt steht oben nur, was man bei jedem Asset anfasst
(Vorlage, Name, grosser Erzeugen-Knopf, Zufall), der Rest liegt in nummerierten,
eingeklappten Unter-Panels in der Reihenfolge des Arbeitsablaufs:

  Rock Gen    9 Unter-Panels (Benennung ... Textur-Bake)
  Tree Gen    4 (Wachstum, Blattwerk, Zusatz-Ebenen, Export)
  Grass Gen   4 (Form, Haltung, Batch, Kanal-Belegung)
  Asset Utils 5 (war schon so, dient als Vorlage)

Schalter, die ein ganzes Unter-Panel steuern (Vertex-Farben backen,
Wachstums-Stufen), sitzen jetzt als Haekchen im Panel-Kopf - Zustand sichtbar
ohne aufzuklappen.

Gemessen statt geglaubt: test_panels.py registriert alle vier Addons, laesst
jedes Panel zeichnen, prueft Tab-Zugehoerigkeit und Auf-/Zugeklappt-Absicht,
dass jeder angebotene Operator existiert - und vor allem, dass JEDE definierte
Property irgendwo erreichbar bleibt (Zweige wie base_shape='BOX' werden dabei
durchgeschaltet). Ergebnis: 0 von 122 Properties beim Umbau verloren.

Test-Suite
----------
Beim Gegenpruefen kam heraus, dass fuenf Tests still veraltet waren und eine
echte Regression nicht gemeldet haetten:

  test_rock_gen      suchte Objekte mit Praefix "Rock_" - die heissen seit dem
                     Benennungssystem "Fels_A_M_01". Fand 0 von 3.
  test_base_shapes   loeschte am Schleifenanfang ALLE Objekte, auch die eigenen
                     Kopien aus vorigen Durchlaeufen -> StructRNA removed.
  test_ecogame_tree  erwartete eine feste Namensliste ohne die spaeter
                     dazugekommenen _Leaf-Objekte.
  test_tree_addon    dito, ausserdem Zip-Version 1.22.0 fest verdrahtet.
  test_leaves        Zip-Version 1.23.0 fest verdrahtet.

Drei Muster vermieden statt nur die Symptome geflickt: neue Objekte ueber die
Differenz vorher/nachher finden statt ueber ein Namens-Praefix, Zips per glob
statt mit fester Version, Zusatz-Ebenen beim Zaehlen herausfiltern.

Neu: run_tests.ps1 faehrt die komplette Suite mit einem Befehl (-Filter fuer
einzelne). Genau das fehlte - deshalb war das Veralten nicht aufgefallen.
13 von 13 Tests bestehen.

Nebenbei
--------
build.ps1 ruft server-generate jetzt mit --html auf (browsbare index.html fuer
statisches Hosting). Nachgemessen und im README festgehalten: zwei Zips
derselben Extension-ID sind KEIN Versions-Archiv - server-generate warnt
("archive found with duplicates ... conflicting blender versions"), mehrere
Versionen einer ID gehen nur bei verschiedenen Blender-Bereichen.

Versionen: Rock 2.13.0, Tree 1.24.0, Grass 1.1.0, Asset Utils 1.1.0

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-07-31 12:12:38 +02:00