I just saw that you asked for concentric ripples rather than linear ones. Here is a version with a radialwave field generator mixed by the same bumpsum alpha mixer.
I am curious to check the comparison with the discplacement script. I might try another version, where we supply a background field to apply the bumpsum to rather than harcoding a P.Z floor/plane..
251208 radialwave_bumpsum_alpha.gh (36.7 KB)
Thanks for the reply. I had copilot explain a few things in the scripts and it helped me create the point wave and I figured out how to apply the ripples on a mesh.
displacement_bumpsum.gh (192.4 KB)
It’s interesing to see how much more flexible it is to stick with fields instead of displacing a mesh.
Thanks
The "rounding” input in the BoxSDF component seems to inflate the box. Is the intended behaviour? Would it be the correct behaviour to only affect the edges and not the position of the box faces?
Yes, I noticed the same and its always a bit of work to make the size shrink with the rounding, but you can make it parametric so it does that. But it would have been nice if it behaved as you mention on its own. the rounding should be applied, but the size stay the same.
Possibly it was done like this, so that the rounding always works with any value, which it wouldn’t if the box stays the same size. then you would have a maximum value after which it wouldn’t work any more.
That’s a fair point - keeping the faces in the same place while rounding the edges makes it more consistent with other commands.
If you double click the BoxSDF to edit, adding this line fixes it. I’ll try and get an updated package out with this built in soon though.
This looks really impressive the implicit tools seem super powerful for generating complex lattices and smooth transitions. Excited to see how it fits into real workflows in Rhino 8. Definitely going to try it out.
I’ve been using Isopod since it was released and I applied it on four pedaling mannequins for Tudor Pro Cycling. Isopod simplifies shelling of 3D printed parts with a lot of internal hardware.
@martinsiegrist “Isopod simplifies shelling of 3D printed parts with a lot of internal hardware.”
I would love to see (and test ) an tutorial on that. Regards, Eef
Have you already looked at all the examples in this topic here?
Some of the first ones:
I’ll get to work on it. Thanks, Martin.
@DanielPiker has there been some progress on boolean unions avoiding the bump?
Hello Daniel,
Thank you for this amazing plug-in. I am currently evaluating Isopod for potential commercial use and would like to clarify the licensing terms. What is the license type under which Isopod is distributed?
Actually, there are more powerful software, such as ntopology, which is faster
Right, NTop is the best in this regard but it’s very, very, specific. Some would may need a wider range of tools.
Not speaking the fact that implicit modelling has big limitations on sharp corners and surface control.
… and also costs a bit more than Rhino.
I don’t want to clutter the thread with video links, but it might be worth adding this creator to the list. Mike Turitzin posted it a few days ago, so you might not have come across it yet. In the video, the author discusses SDF performance issues in large scenes in his project. The video is very enjoyable to watch.
Check if your grasshopper developer settings is on.
