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
"What changed in OpenSCAD lately is that we moved away from using "polygon soups" as an internal format, and we now use indexed polygon meshes. Each topological vertex must be specified at one unique index. If you specify the same vertex position twice, it's treated as two separate vertices, and you must hence construct a mesh to account for that."
This seems like it will affect a lot of the nontrivial closed VNF constructions in BOSL2. It's not clear how we can address this without a massive slowdown from constantly running vnf_merge_points().
Like have VNFs also carry an edge list to reduce the number of vertices that need to be checked when joining VNFs?
The text was updated successfully, but these errors were encountered:
Latest word on this is that they've changed it so that perfectly identical vertices are merged without a warning. Almost identical vertices are merged with a warning.
And they noted this:
Be aware that there is a subset of manifold objects not representable after merging vertices, things like:
Two cubes touching each other
Donut with a zero radius hole
..or any self-touching objects.
So this means for example that a path_sweep without twist is probably OK because the first and last transformation are probably equal. But if there is twist, round-off error is probably introduced and the points won't be exact, so you'll get the warning. If you join beziers patches that mathematically share a boundary it seems likely that they might not be exactly equal on the boundary.
I wonder if we could make a faster merging method by merging when VNFs are joined and explicitly searching each VNF in the join list for its boundary and then looking for duplicates just in those boundaries.
From openscad/openscad#5134
This seems like it will affect a lot of the nontrivial closed VNF constructions in BOSL2. It's not clear how we can address this without a massive slowdown from constantly running vnf_merge_points().
Like have VNFs also carry an edge list to reduce the number of vertices that need to be checked when joining VNFs?
The text was updated successfully, but these errors were encountered: