The edges of the surface exhibit a very strange phenomenon

The edges of the surface exhibit noticeable jaggedness, but if I go and cut it, the edges automatically become smooth。I don’t know what caused this jagged edge. And, why the display edges are detached from the structural lines; it’s not just a matter of rendering mesh display accuracy, right? I can try a few solutions: 1. Increase the rendering mesh resolution. 2. Rebuild the edge. 3. Undo the trim and trim again. 4. Trim and merge afterward."

"I have my own understanding, and I call this type of edge a pseudo-edge, not a true edge. However, I am unsure of the underlying cause—is it due to the algorithm or tolerance? Many people say that only developers would know. I’m really racking my brain over this
iMy English is poor, and I apologize. I really hope to receive your answers and I’m very grateful.
8.3dm (62.8 KB)


This is the render mesh. Learn more about it here:

Rhino Mesh Settings [McNeel Wiki]

Rhino Options Mesh tab:

1 Like

The first thing that came to my mind was exactly that, but why does the issue disappear when I make a cut?

I have encountered many instances where the structural lines extend beyond the edges of the surface. Sometimes, it is difficult to explain solely based on the rendering mesh accuracy."


I sent another file for you to take a look at. In one corner of this surface, the structural lines significantly exceed the edges


88888.3dm (16.9 KB)

Because the trimmed edge forces the mesher to add polygons to follow the edge.

YES it’s just the mesh settings, in no respect is is even attempting to fully ‘smooth out’ the edges it’s just following the parameters in the settings.

The other phenomena you show are something else, looking at things from extreme angles that show the fundamental inaccuracy of the OpenGl display, or not-great geometry.

Not seeing that in your file.

I have set up the mesh settings very precisely, but there are still issues. Could you provide some hints about the potential problems that OpenGL might introduce? I will search for more related information。thank you very much

I don’t see that in your file, but anything is going to look wonky if you zoom in to an insane degree, the viewport display IS LIMITED IN ITS PRECISION, and it’s going to vary based on your overall scene size and location and your video card.

I apologize for not understanding your meaning. What did you not see? I didn’t zoom in to an extreme level; even a slight zoom allows clear visibility of the separation between the surface edges and the structural lines.You can see that it is on the order of 0.09, which is not very small.

No I don’t see any of that.

Run -SystemInfo and post the results.

Rhino 7 SR22 2022-8-9 (Rhino 7, 7.22.22221.05002, Git hash:master @ 05abcc088fb84e0c3c2a5b9b063bd4a14a3fb17f)
License type: 商业版, 版本2022-08-09
License details: Stand-Alone

Apple macOS 版本12.6.5(版号21G531) (Physical RAM: 8Gb)
Rhino is running in Rosetta2 on Apple Silicon
Mac Model Identifier: MacBookAir10,1
Language: zh-Hans

Apple M1 (OpenGL ver:4.1 Metal - 76.3)

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: Apple
Render version: 4.1
Shading Language: 4.10
Maximum Texture size: 16384 x 16384
Z-Buffer depth: n/a
Maximum Viewport size: 16384 x 16384
Total Video Memory: 5461 MB
Graphics: Apple M1
Displays: Unknown (255dpi 2x)

Graphics processors
Apple M1
Color LCD (1440 x 900 @ 60.00Hz)

USB devices
None

Bluetooth devices
None

Third party kernel extensions
None

Third party plugins
/usr/lib/swift/libswiftCloudKit.dylib
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreData.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftFoundation.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswiftAppKit.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftCryptoTokenKit.dylib
/usr/lib/swift/libswiftContacts.dylib
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreML.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftVision.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswiftNetwork.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftFileProvider.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftPrivate_BiomePubSub.dylib
/usr/lib/swift/libswiftPrivate_BiomeStreams.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/log/liblog_network.dylib

Rhino plugins that do not ship with Rhino
/Users/a315479552/Library/Application Support/McNeel/Rhinoceros/packages/7.0/Bullant/23.10.24.0/bullant.rhp “bullant” 23.10.24.0

Rhino plugins that ship with Rhino
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/SolidTools.rhp “SolidTools” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/Squish.rhp “辗平” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/Displacement.rhp “Displacement” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/RhinoRender.rhp “Legacy Rhino Render” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/import_ACAD.rhp “AutoCAD file import: import_ACAD” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 7.22.22221.5002
/Users/a315479552/Desktop/Rhino 7.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 7.22.22221.1002
/Users/a315479552/Desktop/Rhino 7.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 7.22.22221.1002

Well I don’t know nothin’ about Macs but your Rhino 7 is not close to the latest SR, but it’s probably some glitching due to running under Rosetta.

I consulted a lot of people, and initially, everyone thought it was an issue with the mesh settings. However, personally, I always had a feeling that the mesh settings couldn’t fully explain the problem. As I gradually described the problem to them, everyone ended up getting confused.

Alright, I will go and learn about the situation with Rosetta. Thank you so much for your patient guidance

Well the initial images seemed to be just mesh settings, but the latter showed a completely different issue.

This is just meshing, the edges will be ‘jagged’ depending on the settings and geometry:
image

The buzzsaw-edge and weird extra lines in the other images are something else.

Yes, it’s my mistake. I expanded on the problem, and I think delving deeper step by step in describing the issue might be more helpful in explaining it clearly.