40e036b63e2779304ea4c06acbdd35d77eee2a08
On export, PLY creates a matrix (in `set_world_axes_transform`) -- the inverse transpose of the regular matrix [seems like the usual way of transforming normals]] -- by which the normals are multiplied. This can end up in non-normalized custom normals on scaled objects though. Corrected in this PR by just normalizing after said multiplication. On import, `BKE_mesh_set_custom_normals_from_verts` is used with the raw data -- which ends up in `mesh_normals_corner_custom_set` which in turn "is expected to have normalized normals" (from the comment). We _could_ also make sure to normalize on import, however, setting these properly on export seems the primary choice. Other importers also dont go the extra route of making sure to normalize the incoming data, so this seems to be in line of what other Im-/Exports do. Pull Request: https://projects.blender.org/blender/blender/pulls/122432
…
Blender
Blender is the free and open source 3D creation suite. It supports the entirety of the 3D pipeline-modeling, rigging, animation, simulation, rendering, compositing, motion tracking and video editing.
Project Pages
Development
License
Blender as a whole is licensed under the GNU General Public License, Version 3. Individual files may have a different, but compatible license.
See blender.org/about/license for details.
Description
Languages
C++
78%
Python
14.9%
C
2.9%
GLSL
1.9%
CMake
1.2%
Other
0.9%
