Grasshopper

algorithmic modeling for Rhino

Hello everyone,

Sorry if this question has been asked previously:

What are the correct SRF parameters for the BOX MORPH component to make it always work?


I have no problems when the surface being nested on is simple, yet as soon as I start using crazier geometries, or if I modify the U and V parameters with a graph mapper, it doesnt morph anymore ( as the image shows)

any ideas for this behaviour? the whole idea of this component is to deform a geometry with a bounding box yet it stops working at some point.

Views: 1273

Attachments:

Replies to This Discussion

image 02

Attachments:

Box morph surface parameters are UV parameters. So if your surface is trimmed you'll easily overshoot the edge. In fact I doubt you'll be able to use it at all on a trimmed surface and have the boxes align with the trims correctly.

--

David Rutten

david@mcneel.com

Tirol, Austria

David thank you very much for the fast response.

The main surface to populate is not trimmed (neither shrunk) 

You'll have to post it then because I can't see what's going on from the image alone.

Basically your parameters will have to be within the surface U and V domains. Since each surface can have different domains you cannot just take one set of mappings and apply them to a different surface without modifications. Or at least not always.

One way to make your life easier is to reparameterize all surfaces you work with to force their domains to go from 0.0 to 1.0 along both U and V. Then you can always use the same morphing parameters.

--

David Rutten

david@mcneel.com

Tirol, Austria

The surface is reparameterized but there must be something simpler that stops the morph box from working.

Thank you for the help!

Attachments:

RSS

About

Translate

Search

Photos

  • Add Photos
  • View All

Videos

  • Add Videos
  • View All

© 2025   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service