We are still looking into the issue.
And I agree with ShadowTail.
Thanks for the test-run!
In many cases simplifying directly to the target count would be a way to go.
But on the other hand there are many examples where then there are the visible differences in point density of the individual parts.
The only (official) workaround is to simplify in two steps, the first close to the original cout and then target count…
Hi.
I’m having this issue with holes appearing after simplification.
I simplified from 900M to 40M (no holes here), then cleaned the mesh in an external software (apparently one “who must not be named”…) and re-imported the model.
Back in RC I simplify again to 1M (tested both old and new algo) and I get several holes.
Interesting thing is that the same mesh decimated in other software (“who must not be named”) to 1M produces no holes at all, so I guess there must some kind of bug in the simplification.