Display modes revert to wireframe and lose all data

[aramon]

I have a handful of display modes that have stopped working - example being one I made based off of monochrome, which now just displays like wireframe or shaded but with no 3D geometry.

what I expect:

what I get (these are just curves that were wrapped up in the blocks):

This happens and then the display mode just becomes useless - loses its settings and won’t work unless I reimport it or make it from scratch. Happened with a few I downloaded from the forums too. Is there a fix for this? Pretty annoying to deal with again and again

[aramon]

Another example using technical ultra from this thread: Share your custom viewport modes here - #116 by Rhino_Bulgaria
Goes to wireframe while retaining the custom background. I’ve experienced this where the mesh can’t be calculated but no such issue is shown on the command line

If I reimport it, it reverts to normal and works again, even in the same instance of rhino.

[Gijs (Gijs de Zwart)]

Hi @aramon could you export the display modes you have tweaked that don’t display correctly and send these?

Also run_SystemInfo and post back the results, thanks

[aramon]

Basically all styles based on monochrome or technical. Maybe there’s others being affected too but these are the ones I’ve noticed and had repeated issue with

Rhino 8 SR12 2024-10-8 (Rhino 8, 8.12.24282.07001, Git hash:master @ 2f42167325d83e0da0f3fe08e796c2b26e602bc5)
License type: Educational, build 2024-10-08
License details: Cloud Zoo

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 16GB)
.NET 7.0.20

Computer platform: LAPTOP - Unplugged [72% battery remaining] ~39 minutes left

Hybrid graphics configuration.
Primary display: Intel(R) UHD Graphics 630 (Intel) Memory: 1GB, Driver date: 2-18-2022 (M-D-Y).
> Integrated graphics device with 3 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA GeForce GTX 1650 (NVidia) Memory: 4GB, Driver date: 6-1-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 555.99
> Integrated accelerated graphics device (shares primary device ports)
- Video pass-through to primary display device

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 6-1-2024
Driver Version: 32.0.15.5599
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 4 GB

Rhino plugins that do not ship with Rhino
c:\Program Files\Solemma\ClimateStudio\bin\ClimateStudioRhino8.rhp “ClimateStudioRhino8” 2.0.9004.31536

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

Copy of Monochrome - No Ground Plane - No wires.ini (14.1 KB)
Fat ghost.ini (14.0 KB)
Monochrome - No Ground Plane - Materials.ini (14.1 KB)
Monochrome - No Ground Plane - No wires - Ghosted.ini (14.1 KB)
Monochrome - No Ground Plane.ini (14.1 KB)
Monochrome - Patent View.ini (14.1 KB)
Technical Ultra.ini (14.8 KB)

[Gijs (Gijs de Zwart)]

that’s really odd. I can confirm that the settings look like they are made from wireframe, but looking at the ini they are certainly not.
Do you have any ideas when/how this happens?
Do they get busted during modeling? After restarting Rhino? With certain actions?
Do they get busted all at the same time btw?

[aramon]

This has happened twice now - where they get wiped after I fix them
It never happens mid session - I’ll be using it, close out, then maybe next day I open the file and switch to a display mode to export some images and they look like the wireframe. So after restarting Rhino
I’m almost certain that yes they get busted at the same time, hard to say because first time I noticed it on one and then the others later on. This second time I noticed them all in the same session - but no saying if it happened all at once because a few of them I hadn’t used for a while since reimporting them after the last time they broke down

[aramon]

I feel like both times it happened while working in a large (over 100mb) file with a ton of geometry in it - not the same files each time though - a working file for testing out some massings and unit types, so when I go to switch and it’s in wireframe I assume it’s because it failed to generate the render mesh and not an issue with the display mode, and then I realize after switching to a different one or isolating and trying again that it’s an issue with the display mode.

[aramon]

Hi Gijs, just wondering if there’s any update on what might be causing this? I’ve lost a few more (or maybe just noticed losing them). Would appreciate any insight you or anyone else on the team might have into this.

[Gijs (Gijs de Zwart)]

I see I forgot to mention the YT back here:
RH-84677 Display modes get busted

[Michael_H]

Bumping this issue as I also noticed all my custom display modes in Rhino 8 are now wireframe. In the time that they went from working to broken - I installed no new plugins.

You can see the display mode options for the same display mode in Rhino 7 vs Rhino 8. In Rhino 7 it still functions correcly, but in 8 it is wireframe.

My info:

Rhino 8 SR14 2024-11-20 (Rhino 8, 8.14.24325.13001, Git hash:master @ ad007964cf1a5811240aff49478f7fccc15b6a5b)
License type: Commercial, build 2024-11-20
License details: LAN Zoo Network Node

Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.20

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3090 (NVidia) Memory: 24GB, Driver date: 8-14-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 560.94
> Accelerated graphics device with 4 adapter port(s)
- Secondary monitor attached to adapter port #0
- Windows Main Display attached to adapter port #1

Secondary graphics devices.
Intel(R) UHD Graphics 770 (Intel) Memory: 2GB, Driver date: 9-13-2024 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- There are no monitors attached to this device!

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 8-14-2024
Driver Version: 32.0.15.6094
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 24 GB

Rhino plugins that do not ship with Rhino
C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll “Enscape.Rhino8.Plugin” 4.2.0.1589
C:\Users\mho\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\3XNHub\1.1.20\3XNHub.rhp “3XNHub” 1.1.9159.25641
C:\ProgramData\Beam\App\netcore\Rhino\RHINOBEAM.dll “MKS BEAM” 1.12.0.3
C:\Program Files\Chaos Group\V-Ray\V-Ray for Rhinoceros\V8\VRayForRhino.rhp “V-Ray for Rhino”

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 8\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.14.24325.13001
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”
C:\Program Files\Rhino 8\Plug-ins\NamedPositions.rhp “Named Position”

[Michael_H]

Hmm… and strangely, just now when I tab back to the same Rhino 8 window where I just took the above screenshot - I do not see any of my custom display modes listed…

this is the same rhino instance. The only change I made was from switching from my custom display mode to the default “Shaded”.

[Gijs (Gijs de Zwart)]

@Michael_H the issue has a 9.x release target, so this is not likely to be fixed in Rhino 8.

[wim (Wim Dekeyser)]

Hi Michael -

@Michael_H

Hmm… and strangely, just now when I tab back to the same Rhino 8 window where I just took the above screenshot - I do not see any of my custom display modes listed…

Do those come back when you exit Rhino and start that again?
-wim

[Michael_H]

Yes they do come back but still not functioning properly. Default shaded is on the left and my adjusted shaded view is on the right

[wim (Wim Dekeyser)]

Hi Michael -

@Michael_H

[…] but still not functioning properly.

I can’t tell from those image if that is working or not, but that’s not the point.
If you now correct that display mode again so that it does what you need, can you then reproduce the issue where this goes bad again? Without a way to reproduce that, there is no way this can be fixed.
-wim

[aramon]

In my experience there is no correcting them - you have to make a new copy of one of the base display modes and start fresh. Once they’re corrupted you can’t make them display as other than wireframe again.

When this inevitably happens again I’ll try to be aware of exactly what happened so I’m able to share a possible cause.