What I mean to say is: if you care for distances smaller than the average wavelength of light, there is a fair chance that you will miss the point of highest deviation since the amount of samples per edge pair are limited. That being said, I agree that it makes sense to make the display precision for distance equal to the one you’ve set in your rhino settings.
RH-85975 EdgeContinuity: use display precision
Thanks for adding this for a future improvement!
As I mentioned above, the rough distance deviation of 0,000X (where “X” is rounded/inaccurate) is critical mostly for the offset surfaces that multiply the deviation by a lot. Product design for manufacturing is based on watertight objects with thickness made via offset surfaces, so it’s critical to avoid the unwanted gaps that occur after offsetting slightly misaligned pair of surface edges.
Another issue is that the graphs are irregular, thus they are misleading. Here is an example with a totally flat basic rectangle that I copied and rotated by 0,01 degree. “Global edge continuity” shows a highly distorted graphs shape that does not correspond with the perfectly equal angle across the entire length of the edge pair. I noticed that behaviour even on 100% symmetrical mirrored object where the graphs was different for the left and right mirrored copies. For some reason, the graphs are changing all the time as I move exactly the same geometry somewhere else in the 3d space relative to the CPlane origin.
Here is an example. Edge pairs #1 and #3 should be perfectly symmetrical, but the reported deviation is much different. The same goes for edge pairs #0 and #2 that are totally flat.
Test this with Edge continuity 2.3dm (159.9 KB)
I also captured a short video to show the bug in motion:
@Rhino_Bulgaria yes I know about that behavior. It’s basically amplified noise. In the WIP I’ve removed graphs for items within tolerance to avoid that.
Hi @Gijs, first of all thanks for getting the convenience and functionality of the GEC to the people.
I am running Rhino 7 on mac and did install the plugin via package manager. It seems to be running without issue but I have some trouble with the contrast of the text in the window to dial the settings. It is not a dealbreaker but it is a bit of a strain on the eyes, especially since I couldn’t figure out how to change the window background or the rhino overall color theme.
Do you have any idea of how to fix that and if I am an isolated case?
Thanks
Hi @nolram that should not happen. Pls run _SystemInfo in Rhino and post back the results.
Hello Gijs, here’s the results of the command in the text file. Let me know if that sheds some light on it
system_info.txt (4.7 KB)
hi @nolram
I actually see the same issue on Mac in Darkmode in Rhino 7 here. Rhino 7 doesn’t support the automatic color adjustments that Rhino 8 and Rhino WIP have. So this is not something I can fix.
I suggest running your system in Light mode.
Also note that Rhino WIP has a much improved version of Global Edge Continuity. See Rhino WIP Feature: Global Edge Continuity
Thanks @Gijs, I changed the system to light mode and yes it worked properly. For now I’ll keep going with rhino 7 but when I have the budget I’ll upgrade to rhino 8 and WIP and try out the new version.
Thanks for the quick support.
Have a good day!