Sub-d loosing with clipping plane/clipping plane gumball

Hi McNeel
In the latest WIP I’m getting no sub-d wires/creases/boundaries as soon as I turn on a clipping plane.

On the same note, my clipping planes default gumball is not at the actual clipping plane, but midway along the “direction indicator”.

Both bugs show in the attached:

Sysinfo

Rhino 8 SR0 2023-1-31 (Rhino WIP, 8.0.23031.14305, Git hash:master @ a4a37fe7921a903faec5756a18044f64eaa03a90)
License type: Commercial, build 2023-01-31
License details: Cloud Zoo
Expires on: 2023-03-17

Windows 10 (10.0.19045 SR0.0) or greater (Physical RAM: 95Gb)

Computer platform: DESKTOP

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

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: 8x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

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

Rhino plugins that do not ship with Rhino
C:\Program Files\SimLab\Plugins\SimLab VR from Rhino\SimLabVRPlugin.rhp “SimLab VR for Rhino”
D:\Dropbox\2D & 3D\GH\elefront421\ElefrontProperties.rhp “ElefrontProperties” 1.0.0.0
D:\Dropbox\2D & 3D\Rhino plugins\StereoView.rhp “StereoView”
C:\Users\jn\AppData\Roaming\McNeel\Rhinoceros\packages\7.0\AdaptivePartsEnvironment\1.0.16.3\Rhenso.Ape.rhp “Adaptive Parts Environment” 1.0.0.0
C:\Users\jn\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\IntelDenoiser\0.6.7\IntelDenoiser.Windows.rhp “IntelDenoiser.Windows” 1.0.0.0

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8 WIP\Plug-ins\SolidTools.rhp “SolidTools”
C:\Program Files\Rhino 8 WIP\Plug-ins\Commands.rhp “Commands” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 8 WIP\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 8 WIP\Plug-ins\AnimationTools.rhp “AnimationTools”
C:\Program Files\Rhino 8 WIP\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoRender.rhp “Legacy Rhino Render”
C:\Program Files\Rhino 8 WIP\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\rdk_ui.rhp “Renderer Development Kit UI”
C:\Program Files\Rhino 8 WIP\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8 WIP\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoCode\RhinoRoslyn.rhp “RhinoRoslyn” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoCode\RhinoCodePlugin.rhp “RhinoCodePlugin” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\RhinoCode\RhinoCPython.rhp “RhinoCPython” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8 WIP\Plug-ins\ConstraintsUI.rhp “Constraints UI” 8.0.23031.14305
C:\Program Files\Rhino 8 WIP\Plug-ins\SectionTools.rhp “SectionTools”

-Jakob

Hej Jakob -

That seems fine here in a recent inhouse build:

… but I see that your display mode settings might not be as factory-default. Does that make a difference?

I’ll make sure to get that on the list, thanks!
RH-72770 Gumball: Unexpected position on clipping plane
-wim

Ah, didn’t think of that :laughing: Yeah, I might have messed around and turned something on or off! Will check tomorrow and report back!
-Jakob

Hi @wim
Sorry, but no - still no sub-d wires as soon as I turn on the clipping plane.
Regards, Jakob

Edit: Just checked - it’s the same for all display modes; both default and custom. Since you have it working, I’ll see if next weeks WIP acts any differently and report back :slight_smile:

1 Like

RH-72770 is fixed in the latest WIP