Benutzer-Werkzeuge
ws1617:dreieckologie_15.12.16
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen gezeigt.
| Beide Seiten der vorigen Revision Vorhergehende Überarbeitung Nächste Überarbeitung | Vorhergehende Überarbeitung | ||
|
ws1617:dreieckologie_15.12.16 [2016/12/15 17:41] SoenkeRoos96 |
ws1617:dreieckologie_15.12.16 [2016/12/15 17:52] (aktuell) SoenkeRoos96 |
||
|---|---|---|---|
| Zeile 3: | Zeile 3: | ||
| Wir haben versucht, eine Funktion zu schreiben, die eine ihr übergebene Box in das bereits erwähnte Dreiecksmodell übersetzt. | Wir haben versucht, eine Funktion zu schreiben, die eine ihr übergebene Box in das bereits erwähnte Dreiecksmodell übersetzt. | ||
| - | Unser bisheriger Code lautet wie folgt: | + | Im Folgenden erläutern wir unseren aktuellen Code. |
| Da die Position "pos" den Mittelpunkt der Box beschreibt, wird hier jeder Eckpunkt vom Mittelpunkt aus berechnet: | Da die Position "pos" den Mittelpunkt der Box beschreibt, wird hier jeder Eckpunkt vom Mittelpunkt aus berechnet: | ||
| Zeile 53: | Zeile 53: | ||
| </code> | </code> | ||
| | | ||
| + | | ||
| + | Hier ist das Ergebnis dieses Codes. Man sieht den hohlen Zwischenraum der beiden Flächen, die in zwei Seiten hin schräg abgeschnitten sind, um eine perfekte Kante der Wände zu ermöglichen. | ||
| + | |||
| + | {{:ws1617:boxboxtest.jpg?200|}} | ||
| + | Das Problem des Codes liegt darin, dass wir die Wanddicke als die Z-Koordinate der Box definieren. Eine um 90 Grad gedrehte Wand aber hätte ganz andere Koordinaten - die Wanddicke wäre plötzlich zum Beispiel so groß wie im ersten Beispiel die Länge der Wand. | ||
| + | Dadurch entstehen merkwürdige geometrische Gebilde, die in keiner Weise einer realistischen Wand gleichen. | ||
ws1617/dreieckologie_15.12.16.1481820118.txt.gz · Zuletzt geändert: 2016/12/15 17:41 von SoenkeRoos96
Seiten-Werkzeuge
