Incorrect normals in exported o3d files

[space928]

Describe the bug

In some cases, it appears as if the exported normals of an o3d file are flipped when they shouldn't be. This still needs investigation to be sure. This could be related to o3d transform matrix exporting.

Screenshots

Thomas already has example o3d files to test this with (C2G_4T_Wagenkasten.o3d)

[space928]

I think I've fixed this in the latest beta, if anyone wants to test this for me please have a go: https://github.com/space928/Blender-O3D-IO-Public/releases/tag/v1.2.1b

[KCR58Game]

I think I've fixed this in the latest beta, if anyone wants to test this for me please have a go: https://github.com/space928/Blender-O3D-IO-Public/releases/tag/v1.2.1b

I tested it and the problem listed in this post and #69 still exist.

[space928]

Please try the latest build, it should be fixed: https://github.com/space928/Blender-O3D-IO-Public/releases/tag/v1.1.2b-1

[space928]

Note to myself I thought I had fixed this (for like the fifth time at this point), turns out I still haven't... 😤

See Haus03a.sco in OMSI 2\Sceneryobjects\Buildings_RUE\

[space928]

If this isn't fully fixed before release, I'll just make the importer default to not importing custom normals, and daring people can try to import custom normals, in many cases it does work.

[lmoadeck-Lunity]

no you are still not ready