Grasshopper

algorithmic modeling for Rhino

I am hoping that someone can check my file. I am not sure what set this off but I am hoping that I don't have to start from scratch. For the record other files of mine are opening fine. The program crashed when I was changing around some things using Andrew's Human baking components. I have tried turning the solver off and removing plugins but nothing seems to work. I am up to date on Rhino and Grasshopper.

Thanks in advance

Views: 1430

Attachments:

Replies to This Discussion

Something has corrupted your file - it is no longer a valid representation of a grasshopper document. it even crashes the FileViewer that ships w/ grasshopper. 

I am hopeful that this doesn't have anything to do with Human, but if you notice a repeatable sequence of events that causes this issue please let me know! 

You might also look at your autosave folder to see if a version of the file before corruption is available. 

Thanks for responding. I had friend open on his machine and it opened. He does not have Human installed. Still not sure if Human is the problem but I will let you know. I am only using your pull down menu component and the text bake and hatch bake. I had just finished restructuring my script to be able to send grafted data to the hatch bake component for more efficient way of coloring my hatches. I'll keep you posted.

I think it might be something to do with the Human Baking functions. I should say that I am not so skilled at managing data but I will try and explain what is happening. My friend was able to open and resave the file without the human plugin and resave as ghx. I have started rebuilding and I think it might have something to do with sending grafted data through the attributes and hatch bake. Basically I am using Human to bake some maps for visualizing where data appears in a grid of values. I'll spare you the details but I can say already that sending unflattened data through hatch component is running very slowly. BTW really looking forward to Doodlebug. Thanks! I'll let you know if I figure any more out.

This is really good info. I will try to troubleshoot!

So I think I've figured out the problem. I was able to open the file on my mac, and dig in a little bit. It doesn't appear to have anything to do with any of the plugins in the file (Human, Firefly, and SonicString)

A number of your "List item" components had MASSIVE data sets internalized inside them. Even though you were feeding wires into them, the internalized data persisted in the file. Each one was storing a copy of 186000 integer values. All these data sets look identical - I suspect you copy-pasted a component with a large number of internalized values without realizing it. When I saved the .gh as a .ghx it was a whopping 340MB - you should never have that much data stored inside a file. 

I wrote a python script to strip all internalized data from all components + params in the file - and it no longer crashes on my machine when I open it. See attached (python script included as well). The file size went from 1.8 MB (340 MB as XML) to 70kb (2MB as XML).

Attachments:

Thanks so much. I have a bad habit of build scripts on top of older projects. 186k was from the previous work. Sometimes I internalize data that is coming from excel or an operation that takes a long time to run. I didn't know that they wouldn't clear if you plug new data in. 

I rebuild what I was working on with your components and it seemed fine. I still struggle with fully utilizing the data tree structures effectively but I worked it out. How's grasshopper on the Mac running? I haven't had the courage to switch yet though I thought I might see a performance increase.

Thanks again for your help

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service