BUG: Content Cache stuck at pushing Block Instances

In December I was working on one Grasshopper definition in which the final step was using the Content Cache to create hundreds of Block Definitions and populate thousands of Block Instances.
I get back to this script and well… this thing no longer works…
There must be something about the Content Cache component because manually baking these Block Instances works just fine and in a quite fast manner. Content Cache sometimes would successfully push a smaller set of Block Instances but when trying to push a large number it will stuck. Mind you that regular bake does the job in a few seconds in that case.

I made a test scene with just 188 Block Instances. There is a 3dm file from which you can import Block instances using GH file and try to bake them in the blan Rhino file.
ZIP archive was sent to the tech@mcneel.com

Please let me know, clearly there is something wrong.

@kike
@AndyPayne

System Info

Rhino 8 SR6 2024-3-14 (Rhino 8, 8.6.24074.01001, Git hash:master @ def4e7ae5a5339578727a42cbd95e31d75b3faf0)
License type: Commercial, build 2024-03-14
License details: Cloud Zoo

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

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

Non-hybrid graphics configuration.
Primary display and OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, Driver date: 2-15-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 551.61
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, Driver date: 2-15-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 551.61
> Integrated accelerated graphics device with 4 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port

Secondary graphics devices.
Intel(R) UHD Graphics (Intel) Memory: 1GB, Driver date: 6-15-2023 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port

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: 2-15-2024
Driver Version: 31.0.15.5161
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 11520 MB

Rhino plugins that do not ship with Rhino
C:\ProgramData\McNeel\Rhinoceros\7.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino7.rhp “Datasmith Exporter” 5.3.2.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\Bella (813de3fb-18eb-405f-bfcd-b0b4d3da91fb)\24.2.0.0\bella_rhino.rhp “Bella” 24.2.0.0
C:\Users\Czaja\Desktop\Rhino_7_Win_2023.0417\HDRLightStudioTexture.rhp “HDRLightStudioTexture”
C:\Program Files\Common Files\McNeel\Rhinoceros\8.0\Plug-ins\Crayon (39629248-4fa6-47b8-83c7-745a7efea259)\1.2.0.0\Crayon\Crayon.rhp “Crayon” 1.0.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\BlockEditNew\BlockEditNew.rhp “BlockEdit” 1.0.0.0

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.6.24074.1001
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

I rolled back to Rhino 8.4.24037 and Content Cache seems working fine with that version.

I double-checked by multiple Rhino reinstallations, toggling between Rhino 8.6.24074 and 8.4.24037.
I tried two files, one with ~200 Block Instances and a second with ~2500. The smaller one I’ve sent to the tech support.
Using Rhino 8.4.24037 Content Cache bakes everything in a few seconds, but with Rhino 8.6.24074 Content Cache freezes for long minutes (and potentially forever, because I kill the process after so long time waiting).

Something broke between versions, please let me know if you are aware of this problem and if you can fix it. Content Cache is a very useful component and I want to use it.

Thanks Jakub, we’ll take a look.

pushing the cache in 8.6.24069.02001 is instant here.

I did get a missing images warning…

image

Replacing those images with a random png showed no difference.

Missing textures are not a concern for me. You don’t have to open 3dm file. Please try the content cache with the blank 3dm file. I’ve sent a Content Cache issue.3dm file only to include blocks somehow, so you got a source from which you can import them via Grasshopper into a blank Rhino document. Internalizing Block Instances in GH file without 3dm source file do not work for me, and I can’t bake them in another file.

This is the process i am trying to replicate.

  1. blank file mm
  2. import 188 blocks
  3. Bake (1 second)

the images are a variable that may or may not be a factor in the result you are seeing.

I can repeat in 8.6.24079.03001, thanks for reporting

1 Like

Ok, thanks for the help! I was in the process of preparing you the file with 2500 Block Instances, but I guess it’s not longer needed. :slight_smile:

Any update on this? It still seems to be an issue.
Baking block instances manually from “Data” component, no problems, passing this to “Content Cache” component and either “push / bake” causes Rhino to crash.

8.14.24345.15001, 2024-12-10

That particular issue was resolved in 8.7 RH-81081. Can you provide steps to repeat what you are seeing as well as your Rhino SystemInfo? Thanks