Layer name bug

When saving a file from 6 as version 4 (and maybe 5), all sublayer names are suffixed with a 4 hex digit string in parenthesis. Why?

This has broken a ton of files with layer name dependent scripts before I could catch it.

Hello -

Please run the SystemInfo command in Rhino and copy/paste the results here.


Pascal, here it is:

    Rhino 6 SR20 2019-11-18 (Rhino 6, 6.20.19322.20361, Git hash:master @ <REDACTED> )
    License type: Commercial, build 2019-11-18
    License details: Cloud Zoo.  In use by: <REDACTED>

    Windows 10.0 SR0.0 or greater (Physical RAM: 32Gb)
    Machine name: <REDACTED>

    Non-hybrid graphics.
    Primary display and OpenGL: NVIDIA Quadro P1000 (NVidia) Memory: 4GB, Driver date: 8-27-2019 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 431.86

    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: Height
      Vendor Name: NVIDIA Corporation
      Render version: 4.6
      Shading Language: 4.60 NVIDIA
      Driver Date: 8-27-2019
      Driver Version:
      Maximum Texture size: 32768 x 32768
      Z-Buffer depth: 24 bits
      Maximum Viewport size: 32768 x 32768
      Total Video Memory: 4 GB

    Rhino plugins
      C:\Program Files\Rhino 6\Plug-ins\Commands.rhp	"Commands"	6.20.19322.20361
      C:\Program Files\Rhino 6\Plug-ins\rdk.rhp	"Renderer Development Kit"	
      C:\Program Files\Rhino 6\Plug-ins\RhinoScript.rhp	"RhinoScript"	
      C:\Program Files\Rhino 6\Plug-ins\RPC.rhp	"RPC"	
      C:\Program Files\Rhino 6\Plug-ins\RhinoRender.rhp	"Rhino Render"	
      C:\Program Files\Rhino 6\Plug-ins\rdk_etoui.rhp	"RDK_EtoUI"	6.20.19322.20361
      C:\Program Files\Rhino 6\Plug-ins\rdk_ui.rhp	"Renderer Development Kit UI"	
      C:\Program Files\Rhino 6\Plug-ins\NamedSnapshots.rhp	"Snapshots"	
      C:\Program Files\Rhino 6\Plug-ins\RhinoCycles.rhp	"RhinoCycles"	6.20.19322.20361
      C:\Program Files\Rhino 6\Plug-ins\Toolbars\Toolbars.rhp	"Toolbars"	6.20.19322.20361
      C:\Program Files\Rhino 6\Plug-ins\3dxrhino.rhp	"3Dconnexion 3D Mouse"	
      C:\Program Files\Rhino 6\Plug-ins\Displacement.rhp	"Displacement"

Hello- thanks, I see this as well.

Hi all, I have this problem as well with Rhino 7. It’s rather a pain for us as we use Rhino 3 for exporting regularly.

Currently the work around is to save a rhino 5 file, open up in rhino 5 and save as rhino 3. Doing this multiple times throughout the day is quite a time sink.

Any permanent solutions to this very welcome indeed, thank you!

Hi James -

In RH-56603 you can read that the current behavior is the intentional one and that it was implemented this way at the request of users.
Rhino 4 and earlier did not have sublayers. The way that Rhino 5 saves the file will potentially lead to loss of data as sublayers with the same name will get merged. The current way of saving to earlier versions of the .3dm file format adds a postfix to sublayers to prevent this issue.

If you need to save files in the Rhino 3 file format, make sure that there are no sublayers in the Rhino 7 document.