This would be huge for repetitive elements in an architectural workflow (e.g. thousands of duplicate panels, beams, etc.) and would allow the user to modify the geometry without the need to re-enter the Grasshopper definition. Currently the Human library for Grasshopper allows users to reference an existing block in the current Rhino scene and bake block instances via xform translation data. What this usually means for us is that we would have to bake a singular object from the duplicate set, define it as a block, and re-reference it into Grasshopper to get the xform data and bake via Human, so in the end it’s easier to just bake the duplicates and deal with the inefficiencies of larger file sizes and the reliance on Grasshopper to update the geometry. The ability to define Grasshopper elements as blocks and bake them as instances would be a nice feature to have in Rhino 6.
Related topics
Topic | Replies | Views | Activity | |
---|---|---|---|---|
Rhino 8 Feature: Build Blocks Better using Grasshopper | 112 | 12840 | January 22, 2025 | |
Are Block Instances planned as an input parameter for GH2? | 11 | 2199 | November 8, 2019 | |
Grasshopper Rhino block instance component broken? | 1 | 485 | September 15, 2023 | |
Grasshopper - Import content - organize - bake | 4 | 93 | February 4, 2025 | |
GH: How to bake Block Instances with python Script? | 3 | 2490 | March 6, 2017 |