generative modeling for Rhino
Dear GHA developers,
hopefully very soon I'll release Grasshopper 0.8.0050 to the public. I'm pre-releasing 0.8.0050 on the VB/C# forum first so developers can take a look at it. This release contains many breaking changes to the SDK and has utterly lost file-format forwards compatibility. The binary gh file format is now saved with standard Deflate compression and it has become the default format.
Do not overwrite your old files! There are possibly serious bugs in the new IO code.
The most serious breakages have occured in the IGH_Attributes interface and subclasses, so if you have objects that override the default attributes they will most likely need to be fixed and recompiled.
The installer is available for download from our servers. I've also updated the SDK help file and added a few more topics, most notably how to implement IGH_Attributes under the new SDK. I'll try and answer any questions about compiler errors and SDK changes as quickly as possible.
Here's a complete list of changes and fixes since 0.8.0013:
Wow... so many changes! I haven't had a chance to install the pre-release, but I'm pretty sure some of the Firefly features could break with this release because a few components do have overridable attributes... but hopefully those should be relatively easy fixes.
While we're talking about changes, I was wondering if I could suggest a feature request. I was wondering if it would be possible to add an input to the GH_Timer component that would accept a boolean to enable/disable the timer. The reason being is that it would be really great to be able to dynamically control when you might want to start 'refreshing' a solution. There are a number of instances when this would come in handy using Firefly in particular. I don't know how difficult that would be to implement, but this would be a very welcome addition.
And, one last thought... I was playing around with the Data Recorder component in the latest release (which is amazing BTW)... and I like that you can now store a set length of data... One thought occurred to me though was that it could be helpful if there was also a checkbox in the drop-down menu to wrap the data back to the top once the record had reached the end of the list. Sort of a live looping kind of thing. Anyway, it's just a suggestion, but I think it could be useful in some instances.
Thanks again for all the hard work.
"...to wrap the data back to the top once the record had reached the end of the list. Sort of a live looping kind of thing."
So let's assume data comes in as alphabetic characters; A,B,C,D,E,....,K,L,M,N,....,X,Y,Z
If the data limit is set to 4, then the progression of data stored in the recorder should be
How would it look with this looping kind of thing?
So, what I was thinking is something like this. If the Wrap boolean is set to True and data limit is set to 4 then:
Maybe this doesn't make any sense... but the Data Log component for Firefly does essentially what the Data Recorder now does (although the Data Recorder is much more compact)... The only difference is that there is a Wrap input which would create the list as above.
I see. It does seem like a peculiar recording method, but if it's useful for something then this is the only chance you get to layout the data in this fashion. Is it useful for something?
I guess I could see 1 or 2 demo examples... but to be honest... it may not be that important now that I think about it. I use the Data Log (Firefly) quite a bit, but I'm not sure the wrap function gets used all that much... so, I apologize about confusing everything quite a bit.
Any chance the boolean input for the GH_Timer is doable? That would be very useful for me at least.
It's probably possible, the Timer sort of sits on top of Grasshopper just like Galapagos. It'll therefore be a bit of a hack to control it from within the solution, but I'll find a way. I'm trying to solve some rather serious bugs reported by Jon, so I'm not sure I'll get around to it for 0.8.0050.