3
$\begingroup$

I would like to bevel my data. The problem is that the data starts at roughly 0 so the bevel distance is very short. If I undo clamp, the first bits of data appear chunkier than they should.

enter image description here

enter image description here

I would like to create a vertex group where any cube shorter than a value is placed in a vertex group.

These cubes

enter image description here

So I have my output node here set to go to 'Group' vertex group.

enter image description here

But when I restrict my bevel to the Vertex Groups nothing happens.

enter image description here

I've tried changing the output from boolean to float. Inverting the Vertex Group. Changing it to weight. None of these yield results.

Is this possible?

$\endgroup$

1 Answer 1

6
$\begingroup$

Yes, you can actually solve this with Geometry Nodes (at least in version 3.2).

The Basic Idea

For this you would just have to use Store Named Attribute to store a boolean value into the geometry (in the point domain).

But you have to create a vertex group in the underlying geometry first, because only then you can select the vertex group in the bevel modifier.

enter image description here
The gray cube is the existing geometry, and the green cube was created with GN

Important:

However, the whole thing only works if at least a single vertex of the original geometry also ends up in the Group Output!

If this step is not observed, some stupid bug probably comes into play once again, which apparently prevents the geometry created in Geometry Nodes from being processed correctly by the subsequent modifier as well.

Also, the node Join Geometry must first be fed with the original mesh, and then with the geometry created in GN. The order is also crucial here!

Bug reported: https://developer.blender.org/T100042

Solution 1

If you take the above approach, then you can solve this as follows:

enter image description here enter image description here

Here I first instantiate cubes and scale their height with some random values.

To be able to select the edges, however, I have to subdivide the mesh with Subdivide Mesh, because otherwise I can't exclude the lower edges in the selection.

With a little boolean logic I can filter out the edges that should be rounded.

To avoid the bug described above, I built all this on a canvas, which I put into the node Join Geometry before the generated geometry.

Solution 2

However, there is a simpler solution, as I have just discovered:

enter image description here enter image description here

This works very well if you can live with the fact that the cubes have no faces on the bottom.

Here I simply extrude a square.

Since you also want to have the side edges rounded, all edges are simply put into the vertex group and then rounded with the Bevel modifier.

The remarkable thing about this solution is: It is simple!

The strange thing about this solution is: Here the bug described above does NOT come into play! ...please don't ask me why, that's Blender.

PS: By the way, you don't even need a "Vertex Group" here (see comments), because with this solution you simply switch to Angle for the bevel modifier and the edges are then rounded based on their angles (thanks to @RobinBetts!). But I'll leave the answer here anyway, because it also serves to illustrate the "bug" that is currently being discussed at https://developer.blender.org/.


(Blender 3.2)

$\endgroup$
14
  • $\begingroup$ Hmmm.... It must have something to do with the instances. I tried a simple test with a grid of instances and tried to bevel 50% but it's not working. Anyway to bevel specific instances? $\endgroup$
    – TheJeran
    Commented Jul 28, 2022 at 10:49
  • $\begingroup$ @TheJeran Yes. Please share your blend-file. $\endgroup$
    – quellenform
    Commented Jul 28, 2022 at 10:51
  • $\begingroup$ blend-exchange.com/b/2Lx1rQyb $\endgroup$
    – TheJeran
    Commented Jul 28, 2022 at 10:56
  • $\begingroup$ Thank you my guy $\endgroup$
    – TheJeran
    Commented Jul 28, 2022 at 11:20
  • 1
    $\begingroup$ @RobinBetts Thank you! You are as always completely right! That remained here actually from carelessness inside, but on the other hand it was also about the fact that there is obviously a bug here, which occurs only with the other variant, although it should actually also exist with the second solution ...it does not ;-) $\endgroup$
    – quellenform
    Commented Jul 28, 2022 at 16:44

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .