@Benjamin Bass Thanks a lot! :)

@Stefan Karlsson I'm glad to hear that!

@Jakub Dano I'm glad you're enjoying it! I use Krita for drawing the graphics and the Blender VSE for editing the video. But you can really replace that with any other software for drawing and video editing, to be honest.

@Andre Kling David yes, that's pretty much it :)

@Jamison Simulation is not yet part of what geometry nodes can do. But you can certainly create water-like effects with geometry nodes and some animated noise textures

@Simon Thommes  ok thank you

@Simon Thommes do have a video or link that I could go to to find out how

@Jamison It really depends on the effect you are going for, but I don't have any links, sorry

@Simon Thommes ok (:

I'm a dummy, sorry, it's clearly explained later in the video

@Yevtushenko Oleksandr No worries, I’m glad it’s clear now!

@Jamison You could head to blender.chat . In the #everything-nodes, or the #support channel there are usually people around to help out with questions. However there is also a lot you can do to make your questions easily understood, so others can help out.

@Nathan Carter I think you misunderstood what I was trying to say, maybe I didn't make it clear. It is not calculated by an algorithm. My point was just that this data is derived, so not directly stored as an attribute. It is not actual data, stored as an integer, it is just implicit in the data.

@John Doe Well that question is exactly what I'm trying to answer with this video. Have you watched the previous videos leading up to this? If not I suggest you do. Understanding the concept of attributes helps a lot with understanding fields. Fields itself don't contain any actual per-element data on the geometry, they exist without the context of a geometry as references to certain attributes, like e.g. the point position. The values resulting from the field only actually are calculated whenever the field is used/evaluated in the context of a geometry, where the references of attributes are replaced with the actual attributes themselves to result in the vectors that move the points in the example of the set position node.

But a field does not have to even contain a reference to an attribute at all and it can be more than that and even reference further opterations. All of this is only evaluated whenever the field is used. Any it is evaluated for each element of the mesh that the operation which needs to evaluated is affecting.

All of this is also explained in the video in different words, I hope it helps to have it explained slightly differently. It's an abstract concept. I tried to present it in a way that is not confusing.

@Simon Thommes Yes, I understand attributes are just bits of data to characterize an element under a domain for a component, like vertices and their positions in the 3D viewer. From what I can understand, the Set Position node is moving each vertice uniformly using the vector coordinate swatches. I understand that using a noise texture will assign random vector coordinates to each position attribute of the elements, overriding the uniformity. However, when plugging in the noise texture using the color output, I'm just confused on how it's moving the vertices in anything but the z direction since those colors are pure black and white (grayscale). I sort of understand what is meant by a field, the noise texture being calculated according to the geometry being used by the current node that it has been plugged into, which is perfectly demonstrated when moving the geometry around in the 3D view while the noise texture updates itself in real time like a tri-planar projection.

@John Doe I see what the issue is now. The color output of the noise texture is not in fact grayscale, it's a different grayscale noise for each RGB component. And, whenever possible, Blender does implicit conversion between data types. So the RGB vector is directlky used as the offset vector. If you were to use the grayscale Fac output of the noise texture. The implicit conversion would use the same texture for all vector components. This has nothing to do with fields but with how Blender does implicit conversion for data types in the node editors.

@Martynas Narkus The idea was to split this up into condensed informative videos and practical examples. Have you checked those out as well? There are two example videos in this chapter. Of course, for practical example it's the more the better, and here I only have a limited amount, but that should give you a good foundation to also experiment yourself and have a better understanding when watching other practical examples on here or for example on youtube.

@Simon Thommes Hi, thank you for your quick response.

@Simon Thommes  Hi, thank you for your quick response.  I did watch all, just what I looking for is to fully understand how to apply all theories into practice and actual examples of nodes roadmap. Follow the tutorial and do what you want it is 2 different skill sets. In my case, I definitely need to see many technically correct different node structures then I definitely will get the pattern and could apply it to my own needs.