Grasshopper

algorithmic modeling for Rhino

Hi all, hi Giulio

Extremely interesting your work on catmull-clark. (no more maya for a while)
I wanted to do a very simple extrude, so I offseted the mesh, and build the walls.
But using both Serpinski o frame, I'm having problems later with mesh union node.
Mainly because I'm building the walls using surfaces and then rebuilding meshes!, which i guess is completely wrong, because it is losing all the vertex and face info..and because it's really not performant


do you have any idea for doing it better?

thanks!

Views: 5501

Attachments:

Replies to This Discussion

Hi Enrique,

well I'm glad you used this quick implementation of subdivisions. I really like your approach. I'm actually writing a more precise and native "column" operation, so hold on and it will be standard, just like frames. For the time being, I'd suggest this approach, which is a bit cumbersome but has an advantage: it's quicker (all operations as meshes).

The boolean union works out the total volume resulting from two closed meshes (same as Rhino's _MeshBooleanUnion) and does not work like Rhino's _Join command. So it cannot be used in this case. There is no such command like _Join for meshes in Gh at present, and we need to deconstruct and reconstruct the total topology.

Let me know what you think,

- Giulio
____________________________
giulio@mcneel.com
McNeel Europe - Barcelona
Attachments:
Yeah!!
brillliant / it looks yummy
as i supposed, keeping in meshes would speed it up.

grazie mille
enrique
hi piac

thanx for the great plugin it really saves so many hours with exporting
would be a pleasure to have a look onto your catmull-clark and frame code ;)
isn't their a possibility to just get the rhino meshoffset solidify command inside grasshopper?
maybe with a rhutil? , but i really like your approach of shifting the values

to]
Hi to],

it could be possible to use the RhUtil.RhinoMeshOffset(...), but that yields to the offset itself, and not the solidified version you can have with the Rhino command. So for now we can write it on our own in Grasshopper (nice counting exercise!). This definition also shows the source of inspiration for the name of the plugin, "WeaverBird" :)

- Giulio
Hi giulio

oh i thought there is maybe a hidden command for the solidify then i keep the way i doing currently with counting (its really a nice job ;))
you are writing about "column operation", what are you planing?
and maybe when do you think to release that update on weaverbird?
maybe it would also not bad to get a access to the faces @ the frame command to move or extrude them like in 3dsmax (sublevel-style)
what do you think about that? or change their scale due to several influences

- to]
Hi again to],

the column operation would be based on some dual in the http://en.wikipedia.org/wiki/Conway_polyhedron_notation . This means that it potentially could add faces with more than 4 vertices. I could tringulate these faces, but it would not really be a very neat solution. So I'd rather add user data to keep track of those extraordinary polygons. This is a long-term goal. For the next release of Grasshopper there will be a new version of WeaverBird and it will have some new components to facilitate working with meshes, as well as the component version of the definition above with parallel processing support. If you have other ideas I should not miss please let me know!

- Giulio
thanks giulio
oh perfect faces with more than 4 vertices...now rhino is closing the gap to 3dsmax and maya with polygon modeling
when do you and david plan to release the next gh version?
i will think about missing solution
- welding (alining mesh vertices i think inside rhino) would also be great for other to be implemented in gh

-to]
Hey thank you to]. That's really for David to tell. I can only tell you about WeaverBird. Welding is easy in the SDK and it will be there (maybe in Gh itself).

- Giulio
to welding - i have already written it in vbnet but i thought for including it for others
the same to join meshes (.append)
best to] hope to test your tools soon
I get several io failures and it looks like I am missing some components when I try to open this. is there anythign I'm mising?
Hi Andrew,

this is probably because you need to have WeaverBird installed to open this file. See the installation instructions coming with the archive.

- Giulio
That is great Giulio...just tossed a few different meshes in there and it operated on them like a charm.

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