Since V6 either my scripts (c# nodes) create invalid meshes, or rhino does not want to bake them anymore…
Right now i was writing a super simple node, it just moves vertices around and rebuilds the normals. Still it outputs an ‘Invalid Mesh’.
An ugly workaround i found for now is to run it through a ‘Smooth Mesh’ with iteration 0…
This mainly happens with imported objs - nothing fancy - a simple utha teapot, valid mesh according to rhinos checkmesh
attached is a minimal example with an internalised teapot (which passes all checks in rhino)
The problem seems to be that the single and double precision vertex arrays no longer have the same length.
I’ve seen several invalid meshes with wonky double-precision issues as of late, there’s probably a bug somewhere.
i meant more a general workaround
e.g. here is a MeshPipe component i wrote last year: curveMesher01_PIPE_09_2017.gh (9.9 KB)
It builds a mesh from scratch, still it is invalid - in V5 it worked fine
this time the error is: Mesh: ON_Mesh.m_F[0] has degenerate double precision vertex locations.
Not sure if this is related or if in V6 the checks are more rigorous?
Sorry to bump this, but this bug is bad: pretty much all of my scripts that deal with meshes are not working anymore. Nearly every mesh that gets built in code is invalid… This forced me back to v5 for now…
I can imagine that many others are affected too.
And it is not always as visible - the invalid meshes throw no error and if they are part of a bigger program it is sometimes quite hard to find the problem…
Really appreciate what David is doing, but I would like to see this issue getting some priority from McNeel. If I understand ON_Mesh itself has a fundamental bug, which makes all Mesh operations unpredictable. In my case simple mesh.Transform(…) made valid mesh invalid. I see that RH-46728 has been scheduled to be fixed only in Rhino 7, is there a reason why this can’t happen in Rhino 6? Thx.