I just tried followed your suggestion (I made a copy [not alias] of NGON 3.1.0 and put it in the ‘components’ folder in ‘special folders’ menu. It has not resolved the issue after restarting.
I also ran packageManager from rhino 8 and looked at the ‘installed’ tab and NGON 3.1.0 is listed as an installed plugin.
It is not showing up on the grasshopper tabs, and when I type an ngon specific command in grasshopper it can’t find the command.
I’m still on OS 12.6 Monterey, but my Rhino 8 and GH are running the most recent versions.
I might try the latest Mac OS next because I’m overdue for that update anyways.
I updated to Sonoma 14.5 but (as I suspected) that didn’t correct the issue.
Also I tried dropping the NgonGH.gha Grasshopper Assembly directly into the [special folders] libraries folder and restarted rhino, but that didn’t fix the issue so I put it back in the 3.1.0 folder where it was installed by default.
On my PC at work running Rhino 8 the NGON plugin [v243] is running just fine (and is installed in the same folder)
I could try installing one of the earlier version releases on the Mac if you think that might work.
An error occured during GHA assembly loading:
Path: /Users/jesterking/Library/Application Support/McNeel/Rhinoceros/packages/8.0/NGon/3.2.0/NGonGh.gha
Exception System.IO.FileLoadException:
Message: Could not load file or assembly 'NGonGh, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'.
This error is what I see on my M2 Max.
Checking the .gha file:
╭─jesterking ∞ at jesterM2 in ~/Library/Application Support/McNeel/Rhinoceros/packages/8.0/NGon/3.2.0 24-05-28 - 6:08:52
╰─○ file NGonGh.gha
NGonGh.gha: PE32+ executable (DLL) (console) x86-64 Mono/.Net assembly, for MS Windows
This will not load, since it is built for x86-64, and Rhino 8 is built for arm64. Rhino 7 runs through the Rosetta translation layer, which makes it so that NGonGH.gha can load on Apple silicon.
It needs to be built for AnyCPU.
The problem doesn’t stop there though. There are unmanaged DLLs part of the plug-in, at least libgmp and libmpfr. These are built for x86-64 as PE32 executables. Those won’t load on Mac because 1) they are built for Windows and won’t load on Apple silicon in an arm64 binary specifically because 2) they are built for x86-64
╭─jesterking [100%] at jesterM2 in ~/Library/Application Support/McNeel/Rhinoceros/packages/8.0/NGon/3.2.0 24-05-28 - 6:13:13
╰─○ file libgmp-10.dll
libgmp-10.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows
╭─jesterking [100%] at jesterM2 in ~/Library/Application Support/McNeel/Rhinoceros/packages/8.0/NGon/3.2.0 24-05-28 - 6:13:20
╰─○ file libmpfr-4.dll
libmpfr-4.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows
An unmanaged DLL needs to be built for x86-64 and arm64, Mach-O 64-bit linked. For example the Cycles integration library (unmanaged) used in Rhino for Raytraced and Rhino Render:
May there be a similar situation with OpenNest? When loading it on my M1 it gives the following error message:
An error occured during GHA assembly loading:
Path: /Users/rudolfneumerkel/Library/Application Support/McNeel/Rhinoceros/8.0/Plug-ins/Grasshopper (b45a29b1-4343-4035-989e-044e8580d9cf)/Libraries/opennest13/OpenNest.gha
Exception System.IO.FileLoadException:
Message: Could not load file or assembly 'OpenNest, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'.
I updated OpenNest to work with rhino8 NET core 7 on arm64 and windows 11.
Interface changed of OpenNest, because I optimised a few features. Now you need two additional components for sheets and geometry. This is to simplify sheet making process as well as nesting polygons with attributes. Example files are in the Food4Rhino repository. You would need Rhino 8.7 at least.
this is my first post here - but I seem to have run into similar issues after upgrading to Rhino 8.
My scripts using NGon components are pretty messed up right now and I spent already days on trying to fix them. Is there any update yet if you´re able to update NGon at some time?
Or does somebody have a good idea how to replicate the function of a CurveShatter component? I have a hard time structuring my data in a way that the normal Shatter component can do the job.