Hi!
Using a M2 MacBook Air with a scaled LG external display connected via USB-C.
When I am using commands like delete, extend, fillet, split, … the response is very slow - meaning waiting 3 seconds. Sounds not so long but try to work fluently…
Mac OS is 14.3.1
Any thoughts?
Apple macOS Version 14.3.1 (Build 23D60) (Physical RAM: 16GB)
Mac Model Identifier: Mac14,2
Language: en
.NET 7.0.0
Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M2
LG HDR 4K (2560 x 1440 @ 60.00Hz)
Color LCD (1470 x 956 @ 60.00Hz)
USB devices
TOSHIBA: EXTERNAL_USB
LG Electronics Inc.: LG Monitor Controls
Odd. I have an LG 5k external display connected via USB-C and I’ve not experienced this.
Here are some rather dumb-sounding questions so that I can better understand what you’re seeing:
Does the slowness only happen when you’re using the external display? Does the problem go away if it’s unplugged?
Does it only happen with these commands as far as you know? Delete, Extend, Fillet, etc.? Said differently: do some commands work just fine?
What appears slow? Does a little pinwheel appear? Does the command autocomplete feel slow? I’m just trying to understand what you’re seeing. A little video capture might help here: Command+Shift+5
We recently released the 8.5 service release. Though I’m unaware of any changes that might help, you never know…it’s worth a shot.
It is just when the window is on the external display. Moving it to the tiny MacBook Air display and everything works fine.
The commands are examples. Even sometimes just picking a line has a delay or deselect. It happens randomly. Right after opening a drawing or after some hours of work. It’s not every time and not always the same commands. For example it was never using the command “offset”.
What I mean with slow (sorry no video so far):
Click on a line: wait 2-3 seconds while nothing happens. No wheel. Then I see the line is picked.
Also the autocomplete hangs for a while from time to time.
For example “fillet”: command fillet works, click on first line - nothing. Click on second line - the delay is double because I picked two lines. Usually the fillet has zero delay.
I also updated to the latest version. Same behavior.
I tried different resolutions on the external monitor. It is the same, also when working on the native resolution.
Tried Mouse speed changes - same.
Turned off all the Apple features like: night shift, iPad extension screen, high dynamic mode, …
This is strange: I tried to record the delay but it never happened when I was recording. When I stop the recording delay started again. So tried it with a iPhone.
Maybe it is hard to see: drawing a rect - explode - fillet…
The first two corners, on the right side, are showing the delay.
The next two fillets are working normal.
The select at the end shows also the delay.
Sorry for the delayed reply. Thanks for answering those questions and sending along the recording. Having this video definitely helps us know to look for.
That certainly is odd. If I’m not mistaken, it’s sort of intermittent…in your video, it appears to go slow for the first two fillets, then the third on the lower left-hand corner appears normal speed. Very strange.
Also strange is that doing a screen recording of this causes the problem to go away (that might just be the intermittent nature of this, but I suspect that is a clue). I know you’ve tried different resolutions, but I wonder what would happen if you set the Refresh rate on the secondary display to something lower, like 30 Hz. That’s in System Settings > Displays > LG HDR > Refresh rate. Does the problem still happen?
I have this MacMini M2 Pro at the office and I have something close to this LG display at home. I’ll see if I can reproduce it by plugging one into the other.
Hi Dan,
setting the Monitor to 30 Hz was even worse. I also tried it with Rhino 7 for a short time. The main problem there, and this was the reason for upgrading to Rhino 8, was the extreme delay when zooming and rotating. There was, in this short time, no delay when selecting objects.
I lugged my LG UltraFine 5K display info the office today where I have a matching MacMini M2 Pro (Mac14,12):
Rhino 8 SR4 2024-2-13 (Rhino 8, 8.4.24044.15002, Git hash:master @ 5d3f86ffffae3c2ed84d21147c008b3907a40a2e)
License type: Not For Resale Lab, build 2024-02-13
License details: LAN Zoo Network Node
Apple macOS Version 14.3.1 (Build 23D60) (Physical RAM: 16GB)
Mac Model Identifier: Mac14,12
Language: en-US (MacOS default)
.NET 7.0.0
Metal GPU Family Apple 7
Metal GPU Family Common 3
Metal GPU Family Mac 2
Graphics processors
Apple M2 Pro
LG UltraFine (2560 x 1440 @ 60.00Hz)
USB devices
LG Electronlcs Inc.: LG UltraFine Display Camera
LG Electronics Inc.: USB Controls
LG Electronics Inc.: USB Audio
USB devices
None
Bluetooth devices
None
[...]
and, unfortunately, I could not reproduce the issue. That said, I do not have an additional secondary display that is close to yours.
Alternately, this model can support “up to two displays” – one display with up to 6016x3384 (6K) resolution at 60 Hz over Thunderbolt and one external display with up to 3840x2160 (4K) resolution at 144 Hz over HDMI or one external display up to 7680x4320 (8K) at 60 Hz or 3840x2160 (4K) resolution at 240 Hz over HDMI.
I don’t fully understand why they callout the connectors here - Thunderbolt vs HDMI. You said you were connecting the LG via USB-C. That makes sense. Does your LG HDR 4K display support HMDI connections? It’s a long-shot, but if you have a spare laying around, you might try that.
I still find it odd that it works fine when you were recording. To me, this feels like it’s not by chance and that there is some sort of refresh rate throttling going on when that secondary display is being recorded.
I’m afraid I’m at a loss. Aside from trying the HMDI connection (which I admit is a long-shot), all I can think are other long-shots, like trying the next Service Release Candidate and/or updating to macOS 14.4, but those don’t seem implicated here.
Does Display Mode seem to matter (Wireframe, Shaded, etc)? You show it in Wireframe in your video, but does it also happen in Shaded?
Can you reproduce this with a new file, with your filleted rectangle example? (In your video, I see a lot of layers in that file). If so, please attach that simplified file here.
• HDMI connection does the same as the USB-C. The delay when using commands like delete, extend, fillet, split and also selecting with moving the mouse over some lines is present in every resolution and Hz.
• No change in shaded display mode.
• I am attaching a small file with some rectangles with the same problem.
• What I found out meanwhile is: The problem appears for sure when the window is set to full screen (alt+the green button on the top left corner). When I move the right side of the rhino window a little bit to the left (1-2 cm) it works better. I have to observe if it comes again…
Thank you for trying those (admittedly) long-shot tests. That helps rule some things out, but really doesn’t give us much of a clue yet. That said, the more details the better at this point.
Try as I might, with your file and a similar setup, I still can’t reproduce what you show in the video you posted above. It’s frustrating.
Hi Dan, Another long shot (that you’ve probably already discussed and I’ve missed) - is this anything to do with Display Scaling on the external monitor? So, set the external display to ‘Default’ resolution on the Mac to see if this improves things… Non ‘standard’ display scaling can tie up GPU resources on the Mac.
I also tried it with the nativ resolution of the external monitor - same issue.
The only thing what help to work kind of fluent is to move the right border of the Rhino window a little bit to left.