byte-accuracy red, green, blue channels) = 27 bytes. More likely 28 bytes as colours are probably stored as 32-bit integers, allowing for an unused alpha channel.
28 * 800,000 equals roughly 22 megabytes, which is way down from 9 gigabytes. That's a 400 fold memory overhead, which is pretty hefty.
Grasshopper stores points as instances of classes, so on 64-bit systems it actually takes 64+64+3*8 = 152 bytes per point*, which adds up to 122MB, still way less than 9GB. It would be interesting to know where all the memory goes...
* Grasshopper points also store reference data, in case they come from the Rhino document. This data will not exist, but even so it will require 64-bits of storage.…
Added by David Rutten at 4:13pm on December 11, 2014
Thank you so much!!! I've been cracking my head for the past hour to find a component that does this in gh and there was none! I kept getting 42 surfaces instead of 28, it works perfectly with yours!!
(http://www.food4rhino.com/app/meshedit)
Weaverbird (http://www.giuliopiacentino.com/weaverbird/)
Make sure to install them before opening the example file.
For the Screenshot (27) error, make sure all of the *.dll files that came in the zip archive are unblocked and that you are using the Heron 0.2.0.0 GHA. You may have to replace the component with a new one from the Heron menu.…
e a branch. Say I had two geometry collections with 14 objects each, which makes for 28 geometries. Is there a way to retain each geometry collection's list as individual branches rather than them getting turned into individual branches per geometry?
I.e. when i check what pts.BranchCount outputs, I get 28 instead of 2.…