Are you saying that the generated mesh has edge lengths over 0.1mm?
I would like you also thank you for your comment. Because of that, I discovered your amazing tutorials on your page 
I haven’t seen it before. You`ve done amazing work over that. It is so good that it should be paid. Thanks.
To the rest: sorry for being off-topic.
2 Likes
Right, I see now.
@Jussi_Aaltonen or maybe @DavidEranen may be able to tell more about how the meshing is done in Rhino and how the different goals are trying to be met.
1 Like
Yes, maximum edge length is not always obeyed. This seems to be a known issue. Added reference to this post on RH-7744.
1 Like
Hmm, that youtrack topic doesn’t seem to be public… I get a 404.
That should be open now, Mitch.
-wim
OK, cool… Maybe time to look at the issue…? 
Yes, please @Jussi_Aaltonen
I’ve been complaining about this as well in a past discussion, many moons ago. It’s actually a real bother when meshing for displacement mapping (on product design scale geometry).
1 Like
I had a look at that issue today, there are indeed a couple of hardcoded limits in our code that will limit how many mesh faces can be created when meshing a Brep face. Some limits were added a long time ago, when CPU and RAM were such that these limits made sense and were a necessary sanity check. These probably need a bump into the present.
However, other limits also prevent other parts of the code from overflowing or running into floating point operation issues, so these cannot be edited simply.
It’s possible to force the mesher to ignore some of these limits with the minimum initial grid quads parameter. The maximum value that the meshing code will accept is just over 7.85 million quads. Without it, initial grid quads are limited to 100,000 (the mesh refinement step can increase that count slightly).
2 Likes
Have you any plans to remove those old limits or it is safer to be there?
Yes I hope to be able to increase these limits in Rhino 8
2 Likes