2 Commits

Include renames

Author	SHA1	Message	Date
D4rkst3randClaude Opus 4.8	499d507e28	Tree Gen 1.36.0: Ursprung an der Stammbasis, Weide gedeckelt, Birke ueberarbeitet ... 1) Ursprung: Stammbasis statt tiefstem Slot-0-Punkt Zweimal war das schon "behoben". Erst kam der Ursprung aus der Gesamt-Bbox (eine Blatt-Card hob den Baum an), dann aus Material-Slot 0 - aber die AESTE gehoeren ebenfalls zum Rinden-Slot. Gemessen an Tanne_01_S1: tiefster Slot-0-Punkt -5.35 cm, tiefster STAMM-Punkt -0.02 cm. Die Stammbasis schwebte 5.3 cm ueber dem Boden. Die exakte Trennung liefert ast_id (0 = Stamm) - dasselbe Attribut, das der Baum fuer die Faell-Teile ohnehin traegt. Ein Schwellwert auf den Achsabstand faellt beim Kaktus um: dessen Stamm ist dicker als jeder sinnvolle Schwellwert. X/Y kommt jetzt aus dem untersten RING statt aus der Stamm-Bbox; bei Bend 1.5 liegt die Bbox-Mitte in der Kruemmung. Neu: tests/test_ursprung.py, gemessen am reimportierten FBX. Die erste Fassung des Tests suchte den "tiefsten Punkt nahe der Achse" - die Gegenprobe hat sie umgeworfen, weil bei der Tanne eine Astspitze ins Achsband faellt. Ein Schwellwert, der die Bugfassung durchlaesst, prueft nichts. Jetzt wird ein Stammquerschnitt gesucht: Vertices, die die Achse in allen Himmelsrichtungen umschliessen. Gegenprobe bestanden. Nebenbefund: ein Baum ohne Aeste traegt gar kein ast_id (Branch Count 0 schaltet den Ast-Zweig des Graphen ab). Dann ist alles Stamm und der Fallback exakt. 2) Weide S4 auf 350 Cards gedeckelt - Entscheidung des Users Gemessen 5456-5594 Tris ueber drei Seeds gegen 4300 Budget; nach der Deckelung 3890-3962. LEAF_STUFEN_PRESET haelt solche Ausnahmen je Preset. 3) Birke war eine Saeule Gemessen B/H 0.15 - schmaler als der Standardbaum (0.22), nicht die Haelfte der Eiche (0.36). Ursache: Branch Up 1.1, die Aeste klebten am Stamm. Zielband 0.35-0.55 aus Van den Berk (8-12 m bei 15-20 m) und Woodland Trust (6-10 m bei 15-25 m); jetzt 0.51. Haengende Zweigenden ueber Branch Droop 0.8 + Droop Curve 3.5, nicht ueber negatives Sub Up: das wurde von +2.2 bis -2.0 durchgemessen und bewegt nichts (1-6 %), weil die Sub-Aeste zu kurz sind. Mit Droop 26 % bei einem Fall von 0.033 x Hoehe - wie die Tanne (0.030), weit weg von der Weide (0.213). 4) run_tests.ps1 benennt Blender-Abstuerze test_export_robust starb rund in jedem sechsten Lauf mit EXCEPTION_ACCESS_VIOLATION und der Runner meldete "<keine Ergebniszeile>". Der Stack enthaelt keinen einzigen Addon-Frame (RNA_property_int_get -> rna_property_rna_or_id_get -> IDP_GetPropertyFromGroup, Null-Deref), und mit eingebauten Markern verschwindet der Absturz: Heisenbug in Blender 5.1.2. Der Runner wiederholt jetzt einmal und benennt den Absturz. 24 Tests bestehen. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-08-06 11:55:34 +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