Veränderung von Normalenvektoren bei Skalierung von Objekten

Loksim-Version: 2.9.4
Programmteil: Editor - Objekte
Betriebssystem: Windows 7
Rechnerkonfiguration:
Fehlerbericht gesendet:
_________________________

Guten Morgen,

ich nutze gerne die Möglichkeit, Objekte zu gruppieren. Da ich gerade an verschieden langen Signalenmasten arbeite, habe ich den vorderen, hinteren und die seitlichen Rahmenelemente zusammengefasst, kann diese in das Mastobjekt am Ende als ein Objekt einfügen und nach Länge skalieren. Um die Deckfläche des Rahmens ebenfalls nicht zusätzlich in der Höhe verschieben zu müssen, habe ich diese auch mit eingefügt. Da es sich dabei um ein flaches Objekt handelt, sollte die Skalierung in Y-Richtung auf dieses Objekt keinen Einfluss haben. Scheinbar werden aber die Normalenvektoren dadurch falsch beeinflusst.

unskaliertes Gruppenobjekt

Faktor 2

Faktor 10

Die Deckfläche mit dem Normalenvektor 0/1/0 wird dabei dunkler, je größer der Skalierungsfaktor ist. Es hat dabei auch keinen Einfluss, wie dieses Teilobjekt ursprünglich ausgerichtet und gedreht wurde.

Gruß, Klaus

Hallo Julian,

wenn aus "1" bei Verzerrung mit Faktor 10 "10" werden würde, würde sich am Verhalten gar nichts ändern, da sich Werte über 1 wie 1 verhalten.

Fun Fact: Wenn ich im Objekt den Normalenvektor zu 0/10/0 statt 0/1/0 setze, verändert sich die Beleuchtung bis zu einer Skalierung von 10 nicht, und darüber dann entsprechend wie bei korrektem Normalenvektor.

Gruß, Klaus

EDIT: ich bezweifle die Korrektheit dieser Skalierung:

Ich tippe eher drauf, dass bei Skalierung von 10 aus 1 => 0.1 wird, also in die falsche Richtung skaliert wird. Bzw. die Normierung vergessen wird.

Oder beides. Also statt die Normalenvektoren bei der Skalierung zu multiplizieren wird durch den Faktor dividiert und dann wird auch nicht normiert. Die Länge aller Vektoren müsste ja 1 sein, also bei einem 45° nach oben zeigendem Vektor nicht 1/1/0 oder 0.5/0.5/0 sondern ~ 0.707/0.707/0. Bei der Funktion der automatischen Berechnung der Vektoren wurde die Normierung ja auch erst nachträglich implementiert, insbesondere für runde Objekte, da dort zuerst die Berechnung der Flächenvektoren wie bei der Berechnung für eckige Objekte erfolgt und jeder Punkt dann die Summe der Vektoren aller angrenzenden Flächen erhält und anschließen die Vektoren alle auf die Länge 1 gesetzt werden (Berechnung der Länge über Wurzel(x^2+y^2+z^2) und Teilen der X-, Y- und Z-Komponente durch die Länge. Genau das fehlt hier eindeutig. Der Würfel müsste nämlich in jede Richtung weiterhin die Vektorlänge 1 haben... und erhalt scheinbar überall 0.1.

Gruß, Klaus

Hallo Martin,

ja, mich stört es auch, wenn dadurch die Produktivität sinkt. Hier im konkreten Fall brauchte es 4 statt 3 Schritte zur Änderung der Mastlänge. Dennoch konnte ich die in Überarbeitung und Neubau älterer Signalbauformen erwähnten 18 Mastlängen schon recht schnell erstellen. Etwas länger wird die Einarbeitung in die eigentlich fast fertigen Signalobjekte dauern, da dann je nach Bahnsteighöhe mehrere Einzelteile nach oben geschoben werden müssen (Mastschild, Bezeichnungsschild und vorderer Schaltkasten) und zwar so, dass sie sich nicht mit den anderen Elementen überschneiden (Wobei eine Überschneidung von Bezeichnung und Mastschild tatsächlich vorkommt, dies war auf Fotos von @taler zu sehen).

Gruß, Klaus

Die Frage ist, was passiert, wenn ich ein Objekt mit Blender erstelle und dann im Loksim-Editor skaliere? Auch das wäre denkbar, denn auch Blender-Objekte müssen im Bezug auf Variablensteuerung im Loksim-Editor nachträglich zusammengesetzt werden. Und wie wir sehen, passiert da genau dasselbe (hier am Beispiel der 232 von Moritz, ich war jetzt zu faul, selbst schnell was mit Blender zu exportieren):

Gruß, Klaus

Moin,

ich bin auch für a, einfach, weil es im Loksim keinen Sinn macht, andere Längen als 1 anzusetzen. Allerdings glaube ich, dass Leute Längen unterhalb von 1 gesetzt haben, vermutlich aber auch nicht wissentlich (wie im Beispiel 0.5/0.5/0 in meinem anderen Post). Wie dort schon geschrieben könnte man damit die Reflexion matter Flächen verringern, hat aber bisher sowieso keine wissentliche Anwendung gefunden. In anderen Engines geschieht das meines Wissens über Material.

Gruß, Klaus

Zitat von JulianRz

Nur am Rande bemerkt: In Blender hätte man das Problem nicht, dort werden die Normalen natürlich korrekt gerechnet. Trotzdem sollte der LS3D-Editor das natürlich auch können für diejenigen, die an dem Werkzeug festhalten möchten.

Trotz korrekter Beleuchtung in Blender macht Loksim hier Blödsinn.

Die Deckfläche ist in Blender als "flat" definiert, Loksim sollte also so tun, als wären Normalenvektoren pro Fläche aktiv, damit dürfte dieser dunkle Schatten da überhaupt gar nicht auftauchen.