Breps respawn at origin

Rhino Rhino for Windows
, , , ,
1

Hello everyone,

I´m having the issue that every now and then some Breps get respawned at the origin of the document when re-opening a file, although they had a different location when saving the file beforehand.

This seemingly happens absolutely random: random Breps, and not every time I reopen a file.
The orientation of the Brep stays correct. So it´s just a translation that seems to be going on.

Please find an example file of a brep that respawned at the origin attached.

Thanks in advance!

Yours,
Dominik
ObjectsRespawnAtOrigin.3dm (414.9 KB)

2

Hi Dominik -

Does that mean that if you download the file that you attached here to a different location on your machine and open and close that 10 times, sometimes the object will be in a different position?
-wim

3

Hi Wim,

not really.

This file only features one Breps that was affected by this phenomenon.
I can´t really isolate a Brep before being affected by this phenomenon, because I don´t know which one is going to be affected next :smiley:

Is there a way for you to have a look at some sort of meta/user data of the Brep/FIle to see if there are some clues about it´s latest translation? Or something in that form?

(I can´t really send one complete file of my current WIP files, since it´s sensitive content. I could try and create a new file with random generic Breps? But then again I can´t foresee if/when this phenomen will happen again.)

I don´t know if saving/re-opening the file at different locations does have anything to do with it. At least I didn´t change the location of my files.

4

As far as I´m concrned the translation is only one way.

The geoemtry Brep gets moved to the origin and then stays there.

5

Hi Dominik -

Yes, please. Without a way to reproduce this, it’ll be pretty much impossible to fix this.
Please run the Rhino SystemInfo command and copy-paste the output here.
-wim

6

Please find regarding file attached.

BrepsMightRespawnAtOrigin.3dm (15.2 MB)

SystemInfo:

Rhino 8 SR12 2024-10-8 (Rhino 8, 8.12.24282.07001, Git hash:master @ 2f42167325d83e0da0f3fe08e796c2b26e602bc5)
License type: Commercial, build 2024-10-08
License details: LAN Zoo Network Node

Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 64GB)
.NET Framework 4.8.9277.0

Computer platform: LAPTOP - Plugged in [98% battery remaining]

Non-hybrid graphics configuration.
Primary display and OpenGL: NVIDIA RTX 3500 Ada Generation Laptop GPU (NVidia) Memory: 12GB, Driver date: 6-10-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 538.78
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
- Secondary monitor attached to adapter port #2
Primary OpenGL: NVIDIA RTX 3500 Ada Generation Laptop GPU (NVidia) Memory: 12GB, Driver date: 6-10-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 538.78
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
- Secondary monitor attached to adapter port #1
- Secondary monitor attached to adapter port #2

Secondary graphics devices.
Intel(R) UHD Graphics (Intel) Memory: 2GB, Driver date: 8-19-2024 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- There are no monitors attached to this device. Laptop lid is probably closed

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: 6-10-2024
Driver Version: 31.0.15.3878
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12282 MB

Rhino plugins that do not ship with Rhino

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\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\RhinoRender.rhp “Legacy Rhino Render”
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\IronPython\RhinoDLR_Python.rhp “IronPython” 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\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 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\BlockEdit.rhp “BlockEdit” 8.12.24282.7001
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\Calc.rhp “Calc”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

7

I’ve opened that file several times but no objects are ever moved to the origin.

Why are you running Rhino under .NET Framework 4.8 and not the default .NET 7?
-wim

8

Hi Wim,

I don´t actually know why I was on .NET 4.8.

I`ve changed it now to .NET 7.
Maybe that helps.

9

What I find interesting in the object data of the original file you posted is this:
image

Do you know where that comes from (except from the User text)

10

I´ve just created a new extrusion → no Attribute UserData
Added some UserText via Properties Tab → Attribute UserData with the same GUIDs as in your screenshot

grafik
grafik1023×687 57 KB

11

Running Rhino on .NET 7 didn´t help.
Found a couple of Breps at the origin when opening my WIP file this morning.

13

@Dominik_Wrigley-Simo could you upload a complete project file in which this happens? Confidential/too large can be uploaded here