diff --git a/README.md b/README.md index 8353933..0e58ddd 100644 --- a/README.md +++ b/README.md @@ -702,6 +702,84 @@ Gegenprobe ohne die Boden-Klemmung: vier Fehler. Drei bestehende Tests zaehlten die Huelle als Render-Mesh mit und schlugen zu Recht an - sie filtern jetzt `UCX_`. +### Blattwerk als Halbkugel-Bueschel, und groessere Baeume + +Drei Aenderungen, die zusammengehoeren. + +**Neue Bauform.** Die Cards sassen einzeln auf der Astkurve - aus der Naehe sah +man deshalb nackte Ast-Enden mit einem Mini-Bueschel daran. Jetzt wird jeder +gestreute Punkt ein CLUSTER-ZENTRUM, und die Cards sitzen auf der oberen +Halbkugel darum herum. Die Astspitze verschwindet im Polster, weil das Zentrum +auf ihr liegt. Untere Halbkugel weggelassen: von unten sieht man die Krone +gegen den Himmel, das waere die Haelfte des Overdraws fuer nichts. + +Zwei Annahmen kassiert die Messung: `GeometryNodeMeshIcoSphere` liefert bei +Subdivisions 0 UND 1 dasselbe Ikosaeder - ein Cluster hat **sechs** Cards, nicht +26. Und die Stufen-Ziele muessen Cluster-Vielfache sein (26/78/208/390): S1 +stand auf 10, unter der kleinsten Einheit, die Regelung waere nie konvergiert. +S4 ist seither GEREGELT statt "volle Dichte" - ungeregelt lieferte die Schale +das Sechsfache (2706 Cards an der Eiche). + +**Ast-Spitzen-Deckung: zwei echte Ursachen.** Der Kronenansatz-Filter stand auf +25 % der Baumhoehe, die Tanne setzt ihre Aeste aber ab 12 % an - bei 5 von 22 +Aesten lag das aeussere Fuenftel KOMPLETT unter dem Filter. Er ist jetzt auf den +tatsaechlichen `Branch Start` der Art gedeckelt. Und haengende Spitzen fielen +unter den Filter: es zaehlt jetzt der ANSATZ des Astes (`anchor`) mit, nicht nur +die Punkthoehe. + +**Groessere Baeume**, proportional skaliert (Hoehe, Astlaenge, Stammradius +zusammen - Hoehe allein macht Stangen mit Minikrone): Eiche 9.3 m, Birke 11.0, +Tanne 13.0, Weide 7.0. Alle unter dem 4300er-Deckel. + +Gemessene Spitzen-Deckung (Anteil der Aeste mit Laub im aeusseren Fuenftel): + +| | Aeste gedeckt | aeusseres Fuenftel | +|---|---|---| +| Eiche, Baum | 100 % | 100 % | +| Weide | 100 % | 90 % | +| Obstbaum | 100 % | 93 % | +| Tanne | 86 % | 86 % | +| Birke | 100 % | 72 % | + +**Die Metrik selbst musste zweimal korrigiert werden.** Erst mass sie den +Abstand von der Astspitze zur naechsten Card-MITTE - viel zu streng: eine Card +ist 0.85 m gross, ihre Mitte darf einen halben Meter weg sein und die Spitze +trotzdem im Laub liegen. Bei 1.9 m Astlaenge kamen so 24 % heraus, obwohl das +Polster genau auf der Spitze sass. Jetzt zaehlt DECKUNG: das aeussere Fuenftel +gilt als gedeckt, wenn dort eine Card-Mitte naeher ist als eine halbe +Cardlaenge. + +### Kugel-Kennwert relativ, Bbox-Kriterium ersetzt + +Die Bueschel-Schalen schieben jede Card um bis zu einen Kappenradius vom Ast +weg, und zwar in ALLE Richtungen: die Krone gewinnt ringsum Breite, in der Hoehe +aber nur oben. Der Obstbaum fiel dadurch von Kugel 1.35-1.47 auf 0.95-1.23, +ohne dass an seiner Form etwas falsch war. + +Zwei Hypothesen dazu sind an der Messung gescheitert - beide klangen plausibel: +der Kappen-Faktor 1.47 des Obstbaums (entkoppelt: 0.93-1.14 -> 0.95-1.23, fast +nichts) und ein groesserer Kappen-Radius (1.3 und 1.6: 59-77 % -> 58-75 %, fast +nichts). Der Radius waechst in alle Richtungen und verschiebt das Verhaeltnis +deshalb kaum. Was wirkt, ist die Kronenbreite selbst. + +Die Schranke ist jetzt RELATIV: der Obstbaum muss die rundeste Art bleiben, +hoechstens 65 % des Eichenwerts aus demselben Lauf. Eine neue Konstante haette +bei der naechsten Bauform dasselbe Schicksal gehabt. + +**Und das Bbox-Kriterium ist raus.** "Bbox-Mitte == 0" stammt aus der Zeit vor +der Stammbasis-Konvention und misst seither die falsche Sache - eine +asymmetrische Krone kann ihre Bbox-Mitte gar nicht ueber dem Ursprung haben. +Nachgemessen ueber drei Presets und drei Seeds: + + Stammachse am Fuss 0.0000 m in ALLEN neun Faellen + Bbox-Exzentrik 0.08-0.39 m, streut mit dem Seed + im Verhaeltnis 3-13 % des Kronenradius + +Eine Verschiebung traefe den Stamm mit und waere ueber die Seeds konstant. +Beides ist nicht der Fall. An seine Stelle tritt der BOUNDS-RADIUS, an dem das +Culling haengt - geprueft nicht gegen eine Konstante, sondern gegen die +Blender-Messung: Hoehe und Radius muessen denselben Skalenfaktor tragen. + ### Vom Trichter ueber die Haube zur Kugel Zielbild ist der **Lollipop** der stilisierten Vektor-Illustration: kurzer diff --git a/blender_manifest_tree.toml b/blender_manifest_tree.toml index 95dd365..9017e76 100644 --- a/blender_manifest_tree.toml +++ b/blender_manifest_tree.toml @@ -1,7 +1,7 @@ schema_version = "1.0.0" id = "stylized_tree_generator" -version = "1.45.0" +version = "1.46.0" name = "Stylized Tree Generator" tagline = "Parametrische Baeume, Palmen, Bueschen mit Wachstums-Stufen" maintainer = "D4rkst3r" diff --git a/dist/index.html b/dist/index.html index e988979..94c29f5 100644 --- a/dist/index.html +++ b/dist/index.html @@ -50,17 +50,17 @@
Built 2026-08-07, 05:18
Built 2026-08-07, 10:21