Geometry Nodes in Blender 3.0 - Status Update

It’s committed today
https://developer.blender.org/rB366cea95c5d95dccdf30fe15216a3b30174406d3

Yup
https://developer.blender.org/D12827

5 Likes

In my edit what I meant is that we will get the image socket, so the image could be exposed in the modifier, no need to go into the node tree.

What we loose is the old textures system, and we will get shader nodes (equivalent) like musgrave for example

1 Like

Another black hole caught Suzanne.

Maybe it is useful?
The Blend file … black_hole.blend

2 Likes

Try turning on sculpt vertex color in the experimental preferences.

1 Like

Thanks a lot! It really worked.
It is not clear only with what limitations is connected with the fact that this function is in experimental?

Hello @dfelinto

Could you explain how plans made by the team such as the checkpoints node:

Geometry Checkpoints

Sometimes artists need to use procedural tools, manually tweak the work, and then have more procedural passes. For example, an initial point distribution can be created using Geometry Nodes, then frozen. At that point, the artist could go to edit mode, delete some points, move others around, and then use Geometry Nodes again to instance objects.

from: Nodes Workshop – June 2021 — Blender Developers Blog

Are compatible with the strict share-ability paradigm?
Because it seems that the object/collection info nodes are not just the few exceptions to the rule:

In the long term, more ‘exceptions’ nodes could pop such as:
-scripting nodes ( listed in the recap)
-any nodes that read/write data: cache/ file import&export / objects/ materials/ collections/ images/ audio-data ect.
-any kind of nodes that would require an user-interaction with an operator.

And in short term:
-i suppose the ‘delete attribute’ node will need to do a comeback.
-the new Image-data/material nodes will need to be added to the ‘exception’ list.

If the rule has too many exceptions, perhaps the exception is the rule itself :slightly_smiling_face:

16 Likes

It’s done now!

@dfelinto This is a submission for GN Fields demo file, not sure if my skill is good enough but I hope this file is okay

24 Likes

How beautiful! Thanks for the file!

1 Like

I made this animated geo nodes file, it might make a cool demofile but due to an issue with the Evaluate Curve node, it’s probably not a great example at present:

The issue is that with multiple splines, even in Parametric mode, the spline length is used to calculate the parameter ratios, so trying to instance across multiple curves in one nodetree is basically impossible, as far as i can tell. The solution was to recreate the curve eval by hand.

I can update it if/when the curve eval node could be used for it :slight_smile:

10 Likes

@dfelinto Can I have some feedback about whether my file satisfies the condition for demo files, or is there something I need to improve or fix? I have been kind of nervous about this, hehe.

(this is a video demonstrating the problem with the sample curve node i mentioned above)

IMO if it’s being used in Factor mode, each spline segment should be equal. If you wanted to weight the splines by length, then you’d use Length mode, it doesn’t make any sense at all to use the spline lengths here.

4 Likes

I think both are needed. It’s reasonable to treat a curve with multiple splines as one, it depends on the use-case.

This isn’t the first time this problem came up.

For handling both use cases I had suggested to have an option for it, so we could treat it as one combined curve or as individual splines:

Hi, first of all, nice file :slight_smile:

Second, this file helped me already to find a potential bug.

This is one of the reasons it helps so much to have those demo files. There is only so many bugs we can find by playing with cubes and monkeys [the bug coincidentally got fixed 10 minutes before I sent its bug report].

I just added your file to the Geometry Nodes project page. We may need to trim the list down and do some curating when sharing them in the blender.org download page. But the file will help testing and other artists regardless.

19 Likes

I have just added the new sample files in the top post:

  • Pasta Planet by Eric Schubert

image

  • Chocolate Donut by Zijun Eary Zhou 法纤净

image

16 Likes

"Geometric Surface Patterns"

https://pasteall.org/blend/eaae9ae5db514c6fa26277c10870f57a

9 Likes

You know what would be really useful for asset pack creators?


I propose a node to output warning messages to a nodegroup or modifier. It would let users output these:
image

I think this is essential for share-ability and any nodegroup creator creating an asset pack for beginners.

Of coarse, so beginners don’t spam the tree with irrelevant messages, it could be activated by an advanced option in user prefs.

4 Likes

Thank you, added to the sample files :slight_smile:

1 Like

This is the first time I’ve tried to port one of my files from Attributes to Fields. It is a typical building setup, where one floor has been modelled, distributed and twisted. I have been using an empty as a hack for distances from points. In other software, I would construct a domain with the upper and lower Z bounds, and multiply each successive item in the list by a rotation factor, but I don’t know how to do this in geometry nodes yet. The setup as is with the empty feels pretty straightforward. The only abstract bit for me is how the position node knows what I need the position of.

Here is the file: https://pasteall.org/media/6/0/6009b02963c89b54caa0a4aef221b523.blend

1 Like

That’s the new “field” stuff. Basically the Position node doesn’t carry any data. Think of it as a placeholder for an attribute name. It’s only once you plug it into a node that acts on geometry that the field is evaluated.

1 Like

I see, I guess reading this feels a little odd at the moment as a complete Fields newbie, where first the input comes, then the rotation in this case knows that is is picking up the points defined elsewhere because they meet at the points instance.

It’s definitely a big improvement over the linearity of the attribute specific nodes, where everything had to be daisy chained. Coming from that experience, I suppose I understand that an attribute has to be tied to a specific geometry. It just somehow feels that if there was some sort of way to pull the Position directly from the points, it would be more comprehensible.

But in any case, I am sure with more experience it hopefully becomes easier to understand where how nodes like Position might be picking up their field from where. It just introduces now the understanding of reading the graph both left-to-right and right-to-left