Grasshopper

algorithmic modeling for Rhino

Hello Daniel,

Firstly thanks for Kangaroo! I'd like to request some improved behaviour in the ways by which objects are transformed so that it will be easier for users to create models.

 

I've enclosed a copy of a rhino v5 file as well as two grasshopper .80010 files that demonstrate two different behaviors that could be made more consistent.  Basically - it would be nice for the kangaroo engine to work the same way in both cases to facilitate easier modeling.

 

Case 1 (the working case):

This is a simple example of a tether for something like a balloon that always rises. There is a constraining anchor point, a kangaroo generated tether point (that tries to float), and two forces, a vector (up) and a spring (two points generating a line in gh) the spring acts to constrain the distance and thus act like a tether. Case 1 works because the initial constraining anchor point coincides with one of the two points that form the constraining spring.  When the simulation starts it always works - you can see that a second point will rise and slowly position itself vertically over the anchor.

 

Case 2 (the inconsistent case):

This case uses the same elements as case 1 except that I have transfered the anchor point to a different point that does not coincide with the constraining spring. In my mind there is no reason why the anchor should be required to coincide with the spring in order to work.  To further demonstrate the inconsistency if you go back to the working case 1 (after having started that simulation) and then you alter the anchor point to the anchor given in case 2 you'll see that then the simulation works.  It would be nice if the simulation always worked regardless of the anchor point.

 

Thanks for listening - I hope that you can fix this.

 

One last suggestion, it would be wonderful if, in a working version of case 2, one could give grasshopper a list of anchor points and then have each anchor generate its own tether while using the single spring and vector forces.

 

 

Views: 284

Attachments:

Replies to This Discussion

Thanks for bringing this to my attention, and a very clearly explained request.

 

An anchor point which does not coincide with any other objects in the scene will have no effect on the simulation, but it shouldn't cause an error as it does now.

 

This is a fairly easy thing to fix, and it will be done for the next release.

 

As for your last point, it is possible to assign multiple points in rhino to a single component in Grasshopper, and then use that list of points as the input to Anchors and also as the start point of a list of springs. (The Kangaroo forces accept list inputs just the same as other grasshopper components)

Daniel,

 

Thanks for being so responsive! I'll look forward to the next release...

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