Is this normal TestMetal behaviour?


Today, I was finally motivated by the Grasshopper 2 alpha to download and try Rhino WIP (8.0.22088.20306, 2022-03-29).
I turned on TestMetal to see what’s up with that, and it seems very unstable on my x86 Intel Mac running Big Sur (11.6.5).

Is it currently only for Apple Silicon or simply still in a very rough state?
Btw, OpenGL seems to work fine.

Certainly not normal.

Is it currently only for Apple Silicon or simply still in a very rough state?

Everything is in flux right now. A bunch of major changes went in this past week.

I see you’re on macOS Big Sur. Can you please post your complete SystemInfo here?

1 Like
Rhino 8 SR0 2022-3-29 (Rhino WIP, 8.0.22088.20306, Git hash:master @ 79b04202d6ce9e243e97f8ea0b690e5f0da2bcc5)
License type: Educational, build 2022-03-29
License details: Cloud Zoo
Expires on: 2022-05-13

Apple macOS Version 11.6.5 (Build 20G527) (Physical RAM: 16Gb)
Mac Model Identifier: MacBookPro13,3
Language: en-GB (MacOS default)

AMD Radeon Pro 460 OpenGL Engine (OpenGL ver:4.1 ATI-4.6.21)

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: ATI Technologies Inc.
  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: 4 GB
  Graphics: AMD Radeon Pro 460
  Displays: Thunderbolt Display (109dpi 1x)

Graphics processors
  Intel HD Graphics 530 (1536 MB)
  AMD Radeon Pro 460 (4 GB)
    Thunderbolt Display (2560 x 1440)

USB devices
  Apple Inc.: USB3.0 Hub
  LaCie: Rugged USB-C
  Apple Inc.: USB-C Digital AV Multiport Adapter
  Apple Inc.: Apple T1 Controller
  Apple Inc.: Apple Thunderbolt Display
  Apple Inc.: FaceTime HD Camera (Display)
  Apple Inc.: Display Audio
  Apple, Inc: Apple Keyboard

Bluetooth devices
  Nordic Semiconductor: 

Third party kernel extensions
  org.virtualbox.kext.VBoxDrv (6.1.32) 2966CECD-ED9D-33B1-9B19-35D5B2F3C2A3
  org.virtualbox.kext.VBoxUSB (6.1.32) 2A227B02-53F7-3AC9-8633-3DA6BC2C99F6
  org.virtualbox.kext.VBoxNetFlt (6.1.32) FCFA4205-F86E-3847-87F9-FD20D97978B2
  org.virtualbox.kext.VBoxNetAdp (6.1.32) 596D7961-E512-363D-B8C0-12F4B22D8678

Third party plugins
  /Users/marc/Library/Application Support/McNeel/Rhinoceros/MacPlugIns/KeyShot10Rhino7Plugin.rhp/libkeyshot_rhino_plugin.dylib

Rhino plugins that do not ship with Rhino
  /Users/marc/Library/Application Support/McNeel/Rhinoceros/MacPlugIns/KeyShot10Rhino7Plugin.rhp	"KeyShot10RhinoPlugin"

Rhino plugins that ship with Rhino
  /Applications/	"RhinoCycles"	8.0.22088.20306
  /Applications/	"Snapshots"	8.0.22088.1002
  /Applications/	"RhinoRoslyn"	8.0.22088.20306
  /Applications/	"Constraints"	8.0.22088.1002
  /Applications/	"Constraints UI"	8.0.22088.20306
  /Applications/	"Grasshopper"	8.0.22088.20306
  /Applications/	"PanelingTools"	8.0.22088.1002
  /Applications/	"Commands"	8.0.22088.20306
  /Applications/	"Renderer Development Kit"	8.0.22088.1002
  /Applications/	"RhinoCPython"	8.0.22088.20306
  /Applications/	"RDK_EtoUI"	8.0.22088.20306
  /Applications/	"Displacement"	8.0.22088.1002
  /Applications/	"Rhino Render"	8.0.22088.20306
  /Applications/	"IronPython"	8.0.22088.20306
  /Applications/	"Legacy Rhino Render"	8.0.22088.1002
  /Applications/	"RhinoCodePlugin"	8.0.22088.20306

We made big changes to the metal display architecture this week and are suffering from the fallout. I’m not sure if this is related to being on Big Sur instead of Monterey yet, but the bug reports we have gotten so far have been on Big Sur. That said, we haven’t gotten a whole lot of bug reports yet so who knows if it is OS related.

I haven’t seen the effect that you are getting, but it does give us a hint as to where to look to try and fix the issue. Sorry about the inconvenience.

1 Like

No need to apologize. After all it’s a work in progress. Happy to help.

It’s a pretty consistent bug in that it happens all the time while changing the camera with the mouse and/or entering a new command. It’s pretty funny, since what happens is always the same. The view gets distorted or sheared in the same fashion.

Is this computer able to update to Monterey?

Yes, definitely, but I always wait until the major bugs are fixed until I update. It’s a thing I learned from years of using macOS. It’s never a good idea to update before x.3 or x.4. :slight_smile:
I will get a new computer in May so I doubt that I’ll ever update this one.

1 Like

Just a heads up, it’s still the case in the latest RhinoWIP (8.0.22095.09346, 2022-04-05). (I haven’t read the release notes.)

I would be interested to know if you still see this effect after rebooting your computer.

i think its not liking your awkward polyline, who on earth would draw something like that anyway. :face_with_hand_over_mouth:

Yes, in the latest RhinoWIP (8.0.22095.09346, 2022-04-05) the twitchiness when navigating with SHIFT and/or the right-mouse button, when switching between different navigation modes (e.g. pan, dolly, etc.), got snappier, briefer, quicker. It now happens for a split second, whereas previously I perceived it to switch back to normal slower, if that makes sense.

When entering a command, it’s still the same as before. The distorted viewport doesn’t return to normal until I confirm the command, or for commands with multiple parameters to confirm (cf. video) it switches back and fourth inbetween.

Screenshot 2022-04-08 at 08.13.26

Still an issue in Rhino 8 WIP (8.0.22102.12306, 2022-04-12).

Seems to fixed in 8 WIP (8.0.22123.12306, 2022-05-03). Thanks!

Great! We found some issues where we weren’t accounting for potentially missing metal features on older hardware.