You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
...but we don't actually write the normals into the .obj file. Apparently this creates a performance issue for NeuTu.
Someone should investigate whether or not there is a good reason we're not writing the normals. (Are the normals incorrect? Do they pose a problem for fq-mesh-simplify or draco_encoder?)
Unless there's a compelling reason not to, we should write the normals into the .obj instead of simply discarding them.
The text was updated successfully, but these errors were encountered:
The
mesh_from_array()
function obtains vertices, normals, and faces from themarching_cubes
library:...but we don't actually write the normals into the
.obj
file. Apparently this creates a performance issue for NeuTu.Someone should investigate whether or not there is a good reason we're not writing the normals. (Are the normals incorrect? Do they pose a problem for
fq-mesh-simplify
ordraco_encoder
?)Unless there's a compelling reason not to, we should write the normals into the
.obj
instead of simply discarding them.The text was updated successfully, but these errors were encountered: