Hello everyone and @Petras_Vestartas , I currently can’t use OpenNest on my machine.
I’ve tried everything that could show up on basically any forum.
This error message shows up when trying to use the plugins components: Solution exception:Could not load file or assembly ‘OpenNestLib, Version=188.8.131.52, Culture=neutral, PublicKeyToken=null’. Could not find or load a specific file. (0x80131621)
You’ll find hereby attached all the necessary informations:
@Petras_Vestartas following the previous suggestions, I tried the plugin on R7, and it works (see the screenshots). The thing is, due to port 443 being not open I wasn’t able to confirm my licence key on R7, so I won’t be able to use this version of the software for more than five days.
So OpenNest works on R8 windows, and R7 macOS, but so far not on R8 macOS
Any help to figure out the problem would be very much appreciated!
Of the ones I have tested (Karamba, OpenNest, NGon), these have native assemblies (non .NET) that are compiled for x64 only. If you right click on Rhino 8.app > Get Info, and check Open using Rosetta, it should get these working. However, do note that since Rhino will be running in x64 on Apple Silicon, it will not be as fast but should at least match Rhino 7.
@curtisw, what can the devs of Lunchbox, OpenNest, Ngon do? Do they just have to recompile the plugin, or are there some deeper rooted issues with all the libraries, that have to be native AppleSilicon first?
If there are some general things, that can be done, maybe this could be added to the McNeel developer documentation?
Hey @rudolf.neumerkel, I would assume if a developer has included a .dylib (a native assembly) they would have the means to update that to a “universal binary”, needed to support x64 and apple silicon. There is a cornucopia of documentation on how to do that on apple’s website here, otherwise it’s a short google away.
That being said I think it would be prudent if we had some documentation/mention for this. I’ve created RH-78671 to address that.