The Custom Preview component has lost shadows in Rhino 8

Hi @kike, I just updated to Rhino 8 SR7, but both problems persist… have these fixes been postponed?

Hello @kike , any news on this front?

Looks like these fixes finally landed 8.8.
You should be able to test them installing the current available SR8.
Sorry for the confusion.

1 Like

Thank you, no problem, I just wanted to know if I had to expect them in the 8.7 or later. I’ll wait for the SR 8 then.

Hello @kike, I’m reviving this topic since I think there is a weird behavior of the Custom Preview component with the GrasshopperPlayer, and maybe it isn’t worth starting a new topic.

I’m currently using Rhino 8 SR10.

Here’s a test I did that uses HumanUI plugin to generate an interface to interact with the model. The test displays fine when executed directly from GH, but when called via the GrasshopperPlayer the custom preview does not work in rendered view. NOTE: before loading the .gh file or using the GrasshopperPlayer you must display the Remote Control Panel.

This is how it looks when opened directly in GH (Top right: rendered, bottom right: shaded):

And this is how it looks when called by the GrasshopperPlayer (same Display arrangement):

Here is the .gh file:
Test_RCP.gh (34.9 KB)

Also. it seems like there’s something wrong with the “Lamp” example from Rhino - Grasshopper Player : the Custom Preview component does not work in rendered views (left: shaded, right: rendered):

But if I copy all components except Custom Preview ones in a new file and add new ones things look fine again:


Here’s my modified Lamp example:
Lamp_AE.gh (51.7 KB)

Hello @kike , it’s been a while, I wondered if you had the chance to see my message (here above).

Cheers,

Bumping this up… it’s been another week. @kike-asuni @kike ? Anything?

I believe I have the same issue reported below and still no solution/fix:

Hi @ale2x72,

Sorry for the late answer, all I can tell by now is the issue is related to the keep document open option used by the GrasshopperPlayer.

Hi Kike, noted, but please do not take that feature away (keep document open option in GH player), as it is critical for end-user plugins that rely on calls to the grasshopper player without showing the GH window and have a custom interface (made with Eto, HumanUI or other).

Hi @ale2x72,

This is fixed on the 8.13 RC released today.

Please give it a try.
Thanks.

1 Like

Hello @kike , I just updated to 8.13 RC and the connection between Grasshopper and the custom interface is broken (pressing any key in the interface produces no effect) in a compiled plugin. Running the same definition with the GrasshopperPlayer works (and the preview is visible in this case).

You can try this using the Test_RCP plugin I made from the definition above:


It’s in the PackageManager, and it requires HumaUI to work.

If this cascade issue is worth a separate topic please feel free to split this one.

The same happens with a more articulated plugin I wrote using the Synapse plugin (that uses ETO) for the interface and does more complex stuff (like Isovist analysis in this case). Here’s how it works when called from the GrasshopperPlayer (interface works):

And here’s what happens if I call the same from the compiled plugin (buttons do nothing):

The plugins were working fine in Rhino 8.12 SR (except for the preview in the Test_RCP).

Since I am using these plugins to teach an architectural design class, upgrading to 8.13 made them unusable. This happened yesterday in class and it was quite upsetting. Luckily, not everyone had updated so we were able to recover some 8.12 installers, roll back to that version and continue working, but it was definitely not a pleasant experience.

Hi @ale2x72,

There are two cases here:

  • Grasshopper Player
  • Compiled Grasshopper commands.

The first works as expected, but the second case will need to wait until 8.14.

I pushed a change on next 8.14 RC that will be available next Tuesday, please test it and confirm is working on your side.

1 Like

Ok, I’ll try that as soon as I see it’s out and let you know

RH-84801 is fixed in Rhino 8 Service Release 14

1 Like

Just checked and I can confirm things work as expected in the latest SRC

1 Like

Hi, I’m also experimenting with the Synapse and GH Player / Compiled GH scripts.
May I know what bake method do you use with your Synapse GUI app? I would like to perform the Content Cache Push by pressing the button in the GUI. Unfortunatelly it’s not working and the only way I can bake the results is by Get Boolean and selecting True in the Command Line.

While using the Synapse normally (not by GH Player or compilled) Synapse button connected to the Content Cache works fine.

Hi Jakub, here’s an example of how I bake (one geometry with attributes on a specific layer) from the GUI with Synapse. There are two alternatives: Content Crate and Elefront. I prefer the latter as it seems that Content Crate has some overhead when you change the parameters, which makes the whole thing less responsive.

Test_RCP_Synapse.gh (74.9 KB)

System Info

Rhino 8 SR14 2024-12-2 (Rhino 8, 8.14.24337.13001, Git hash:master @ 93cb983e06fca769cb3c2f4783a3a42a3e127d4c)
License type: Educational, build 2024-12-02
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 [97% battery remaining]

Non-hybrid graphics configuration.
Primary display and OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, 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
Primary OpenGL: NVIDIA RTX A3000 12GB Laptop GPU (NVidia) Memory: 11GB, 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 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)
- Secondary monitor is laptop’s integrated screen or built-in port

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: Off
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: 11520 MB

Rhino plugins that do not ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\RhinoToGrasshopper\RhinoToGrasshopper.rhp “RhinoToGrasshopper” 1.0.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Synapse\0.4.0\SynapseRCP.rhp “SynapseRCP” 0.4.0.0
C:\Program Files\Rhino 8\Plug-ins\Tibidabo\VisualARQ.rhp “VisualARQ”
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\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\Crash\1.4.2-beta\Crash.rhp “Crash” 1.4.0.0
C:\Program Files\Rhino 8\Plug-ins\Tibidabo\Tibidabo.rhp “Tibidabo”
C:\Users\Czaja\AppData\Roaming\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\source\repos\EtoDockableApp\EtoDockableApp\bin\Debug\net48\EtoDockableApp.rhp “EtoDockableApp” 1.0.0.0
C:\Users\Czaja\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\SubstanceImporter\2.0.7\Substance.Win.rhp “SubstanceImporter” 2.0.7.0
C:\Program Files\Rhino 8\Plug-ins\Karamba\License\Karamba3D_LicensePlugin_Rhino8.rhp “Karamba3DLicense”
C:\Users\Czaja\Downloads\bin\Test_RCP_Synapse.rhp “Test_RCP_Synapse” 0.1.9106.41127

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp “IronPython” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp “Grasshopper” 8.14.24337.13001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.14.24337.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”

Thank you very much.
I noticed two strange things in how compiled grasshopper definitions work right now.

  1. While compiled, GH definition you attached doesn’t show geometry preview on my pc. Can you confirm that on your side also? Content Cache connected to the Synapse Bake button works ok.
  2. Adding a Get Boolean component (anywhere, it doesn’t have to be connected to anythin) to the definition changes the behaviour and:
    a) Geometry preview is now visible
    b) Synapse Bake button doesn’t work

Hi Jakub, sorry for the late reply, I’ve been a bit busy in the past days.

I’ve just made a couple of tests and I can confirm what you are reporting:

  1. no geometry preview in rendered mode
  2. adding the GetBoolean component displays the preview in rendered mode but it is asking for a boolean value in the Rhino command line; no other command can be executed until a bool value is submitted. When a value is submitted, the other commands are available but the preview disappears

My feeling is that the preview is linked to the GH player state: it works while the definition is in between a Get and a Print/Bake, but it stops working otherwise (even if the GH document property “keep open after command completes” is checked).