If I drop an image into rhino my lines won’t move freely when I try to add them.
And if I have a model, I can’t place a line anywhere I want, it just kind of freezes.
I’m on MacOS, and this occurs on both my M4 MacBook Air, or my Mac Studio M4 max.
This is really annoying.
Hi @adrian_aghaie,
Please run Rhino’s SystemInfo command and post the results in a reply.
Also, here are the system requirements for Rhino 7.
— Dale
Rhino 7 SR38 2024-12-3 (Rhino 7, 7.38.24338.17002, Git hash:master @ 97e36efa02d7f71638988290bb2d190fcf1b18c5)
License type: Educational, build 2024-12-03
License details: Cloud Zoo
Apple macOS Version 26.3 (Build 25D125) (Physical RAM: 16Gb)
Rhino is running in Rosetta2 on Apple Silicon
Mac Model Identifier: Mac16,12
Language: en-US (MacOS default)
Apple M4 (OpenGL ver:4.1 Metal - 90.5)
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: 12124 MB
Graphics: Apple M4
Displays: Unknown (257dpi 2x)
Graphics processors
Apple M4
Color LCD (1470 x 956 @ 60.00Hz)
USB devices
None
Bluetooth devices
None
Third party kernel extensions
None
Third party plugins
/usr/lib/swift/libswiftAccelerate.dylib
/usr/lib/swift/libswiftCompression.dylib
/usr/lib/swift/libswiftCore.dylib
/usr/lib/swift/libswiftCoreFoundation.dylib
/usr/lib/swift/libswiftCoreImage.dylib
/usr/lib/swift/libswiftDispatch.dylib
/usr/lib/swift/libswiftIOKit.dylib
/usr/lib/swift/libswiftMetal.dylib
/usr/lib/swift/libswiftOSLog.dylib
/usr/lib/swift/libswiftObjectiveC.dylib
/usr/lib/swift/libswiftObservation.dylib
/usr/lib/swift/libswiftQuartzCore.dylib
/usr/lib/swift/libswiftSynchronization.dylib
/usr/lib/swift/libswiftUniformTypeIdentifiers.dylib
/usr/lib/swift/libswiftXPC.dylib
/usr/lib/swift/libswift_Builtin_float.dylib
/usr/lib/swift/libswift_Concurrency.dylib
/usr/lib/swift/libswiftos.dylib
/usr/lib/swift/libswiftsimd.dylib
/usr/lib/swift/libswiftDarwin.dylib
/usr/lib/swift/libswiftSystem.dylib
/usr/lib/swift/libswift_DarwinFoundation1.dylib
/usr/lib/swift/libswift_StringProcessing.dylib
/usr/lib/swift/libswiftDistributed.dylib
/usr/lib/swift/libswift_RegexParser.dylib
/usr/lib/swift/libswiftCoreAudio.dylib
/usr/lib/swift/libswiftCoreMIDI.dylib
/usr/lib/swift/libswift_DarwinFoundation2.dylib
/usr/lib/swift/libswift_DarwinFoundation3.dylib
/usr/lib/swift/libswiftCoreLocation.dylib
/usr/lib/swift/libswiftRegexBuilder.dylib
/usr/lib/swift/libswiftCoreMedia.dylib
/usr/lib/swift/libswiftAVFoundation.dylib
/usr/lib/swift/libswiftNaturalLanguage.dylib
/usr/lib/swift/libswiftMLCompute.dylib
/usr/lib/swift/libswiftCoreGraphics.dylib
/usr/lib/swift/libswiftFoundation.dylib
/usr/lib/swift/libswiftSwiftOnoneSupport.dylib
/usr/lib/swift/libswiftsys_time.dylib
/usr/lib/swift/libswiftSpatial.dylib
/usr/lib/swift/libswiftIntents.dylib
/usr/lib/swift/libswiftVideoToolbox.dylib
/usr/lib/swift/libswiftCoreMediaIO.dylib
/usr/lib/usd/libusd_ms.dylib
/usr/lib/swift/libswift_errno.dylib
/usr/lib/swift/libswiftCallKit.dylib
/usr/lib/swift/libswiftPassKit.dylib
/usr/lib/swift/libswiftAppleArchive.dylib
/usr/lib/updaters/libAppleTconUARPUpdater.dylib
/usr/lib/swift/libswiftDemangle.dylib
/usr/lib/swift/libswiftGLKit.dylib
/usr/lib/swift/libswiftMetalKit.dylib
/usr/lib/swift/libswiftModelIO.dylib
/usr/lib/swift/libswiftSceneKit.dylib
/usr/lib/swift/libswiftExtensionFoundation.dylib
/usr/lib/swift/libswiftGameplayKit.dylib
/usr/lib/swift/libswiftSpriteKit.dylib
/usr/lib/swift/libswiftMapKit.dylib
Rhino plugins that do not ship with Rhino
Rhino plugins that ship with Rhino
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoRenderCycles.rhp “Rhino Render” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/PanelingTools.rhp “PanelingTools” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/PlugIns/import_STEP.rhp “STEP Import” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoDLR_Python.rhp “IronPython” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/Commands.rhp “Commands” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/GrasshopperPlugin.rhp “Grasshopper” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/Displacement.rhp “Displacement” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/PlugIns/RhinoRender.rhp “Legacy Rhino Render” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RDK_EtoUI.rhp “RDK_EtoUI” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/Frameworks/RhCore.framework/Resources/ManagedPlugIns/RhinoCycles.rhp “RhinoCycles” 7.38.24338.17002
/Applications/Rhino 7.app/Contents/PlugIns/NamedSnapshots.rhp “Snapshots” 7.38.24338.1002
/Applications/Rhino 7.app/Contents/Frameworks/RhMaterialEditor.framework “Renderer Development Kit” 7.38.24338.1002
I’m pretty sure a Mac M4/M4 max is more than capable of using Rhino. Haha.
That is not a supported OS for Rhino 7
Hi @adrian_aghaie,
This macOS is named Tahoe, which is not supported by Rhino 7.
You might consider downloading the Rhino 8 Evaluation and see if it runs any better.
– Dale
So I have to spend several hundred dollars for an updated software just to run my program I already paid for?
That’s….quite a choice on McNeels end to kill support on a single previous version of software…..
Interesting. This software is one version back from rhino 8 and automatically doesn’t work.
Love to see it. Makes me as a customer feel great about moving forward with this company.
That is Apple’s intention.
Hi @adrian_aghaie,
When you purchased your Rhino 7, back in April 2023, Sonoma was the current macOS. Rhino 7 is compatible with this version.
Your MacBook Air is newer, 2025?. What Mac were you running when you purchased Rhino?
– Dale
Windows is the same way, just slower. Updating older versions to major OS changes isn’t feasible, mostly due to the numerous security, graphics pipelines and UI OS changes.
Rolling back your OS update should be possible.
Apple doesn’t control McNeel, but okay.
I ran Sonoma at the time, and yes it’s a newer Mac 2025.
I’ll have to take a look into that.
Ridiculous that I have to do it.
But whatever.
Fusion 360 runs on new systems with no problem, but some how rhino can’t be Arsed to update a single version back software.
Hi @adrian_aghaie,
We get the frustration. New macOS’s is known not to be very compatible with older apps - far worse than Windows. I can run Rhino 1.0 (circa 1998) on Windows 11 for example.
Rhino 7 development stopped with Sonoma (before Sequoia and well before Tahoe).
Fusion 360 is under continuous development, so it should work.
Rhino 8 is a native Silicon app and uses Metal, Apple’s modern graphics API. Rhino 7 has to run emulated (Rosetta, OpenGL) on your M4, fwiw.
– Dale
Not really. I run Rhino 4, last updated 15 years ago in March 2011, on the latest update of Windows 11. That is the earliest version of Rhino I have.
And I see that Dale can run Rhino 1 on Windows 11.
So which OS should I revert back to in order to use Rhino?
I’m not buying another rhino software just so it ends up not working on the next OS release, Lesson earned, lesson learned.
Hi Adrian -
Dale already posted a screenshot of the system requirements for Rhino 7. Here is that image again:
-wim
the issue is in the validation, in windows 11 has updated to block TLS 1.0 by default. Rhino 5 installs can no longer validate on Win 11 due to this change.