I know this is not supported but I want to run some GH plugins that are not available in Mac versions. So I am trying out Rhino 7 and GH on a MacBook M1 in Windows 11 ARM running under Parallels 17 VM. It seems to run ok with one big problem. When I try to save a file I get a dialog box that says “Encountered an improper argument”. After this point Rhino no longer runs although it does save the file. When I try to open an existing file sometimes I see the same dialog box but in any event Rhino locks up and will not run. However if I just start with a new file Rhino seems to run and Grasshopper runs and my plugins so far all seem to run. End result it is not really functional but it feels like it might be a simple fix but I’m not a programmer. Anyone have any ideas on how this might be worked around?
Good to hear testing news from a m1 user. Apple did drop a bomb to the industry. People are hoping for arm based systems that can run x86 software smoothly. Or software developers give a standalone arm version. This Is not easy to change “family” environment for most coders. It takes time.
By the way, would you like to help testing my little plugin under m1? That would be very helpful. Thank you.
You could possibly try setting auto-save to regular intervals, and see if that saves the file or not.
I have exactly the same issue. And i guess that it could be easily solved. A couple of days ago I contacred the McNeel support and rhey suggested to start a post in the forum. So here I am. Hopefully we can solve it soon. It would be great to use my new computer wirh windows too. The Mac-version of Rhino works fine. But I have a CAM plugin (MADCAM) I would like to use too. Actually I have to use it. Kind regards Florian
FWIW, I am in a similar situation. Running an M1 with Parallels v17 and Windows 11. I was hoping to be able to use Rhino on the Windows side to take advantage of some industry specific windows-only plugins / connections, but unfortunately it does not work currently.
I can install and open Rhino just fine, and if you run a new file, it all works as expected. Modeling works, everything acts as normal.
But, as @jbin1 pointed out, if you try and save the file, or do a ‘File/Open’ of an existing 3dm file, the command line seems to get ‘stuck’ (not sure to call it?).
The file does load, and I can navigate, control later visibility, etc… but cannot execute any other commands (including exit) in the modeling window, command line, or toolbars. Very odd?
ctr-alt-delete is the only way to exit at that point.
Previously I have been using Rhino within Parallels using Windows 10 on a pre-M1 mac for many years and everything worked really great. I know VM “isn’t supported”, but it always worked really well for me before.
Rhino does run on the Mac side of course, but a bunch of the specific plugins I use are windows only. Its definitely too bad this is all not working now. If anyone might have any suggestions on fixes to try I would very much appreciate it!
- Macbook 2021, Apple M1 Max
- OS 12.2 (Monterey)
- Parallels v17
- Windows 11 Home, Version 10.0.22000, Build 22000
- Rhino v7 (7.15.22039.13002)
Thanks for any suggestions or thoughts!
just try to open files from the “windows”- side. I have/had the same issue. But I was opening and saving files from my dropbox folder on the “Mac”-side.
For now I save on the windows side and then at the end of the day I copy the files to the dropbox folder.
I could install Rhino also normally. I was not able to install MadCAM from the .exe file. I had to copy the installation from my former Mac to the new one. For now it works at some 98%.
Hopefully it gets better in the near future.
Dropbox for arm windows also doesn’ t exist yet.
Oh wow!!! Thanks so much! you are 100% right. Its some dropbox thing! Now if I copy/past the 3dm and .gh files over to the ‘Windows Side’, everything opens and saves and runs normally. That’s great! (Well… if not ‘great’, its at least good enough!)
thank you so much! That just saved me a ton of time and headaches.
It’s my pleasure. I communicated this issue to the so called Parallels support. But the “support” is the poorest I met in my life, not even worth to write a bad review.
Don’t know if this helps in Rhino (I’ll test it when I get a chance) but in other software running under Parallels (M1 Mac, Win 11 for Arm preview) I get the same error when saving unless I save to the C: drive… Maybe some kind of permissions issue but not sure.
I feel there are multiple variables in this condition. I guess you are emulating windows Arm which is emulating windows running x86. Double emulation double the trouble.
I have the same problem.
I guess is a drive permission issue. When I try to save on the shared Mac folder, it goes wrong like Ed previously well described.
I have the feeling that at the beginning it was working fine, but now I get the “Encountered an improper argument” or simply stop working right.