Get the latest Blender, older versions, or experimental builds.
Stay up-to-date with the new features in the latest Blender releases.
Access production assets and knowledge from the open movies.
Documentation on the usage and features in Blender.
Latest development updates, by Blender developers.
Guidelines, release notes and development docs.
A platform to collect and share results of the Blender Benchmark.
The yearly event that brings the community together.
Support core development with a monthly contribution.
Perform a single donation with more payment options available.
Theory - Basics
Example - Rock Generator
Theory - Data Structure
Example - Simple Rock Scattering
Theory - Fields
Example - Advanced Rock Scattering
Example - Tree Generator
Theory - Attribute Propagation
Example - Grass Tuft Generator
You can join Blender Studio for €11.50/month and get access to all of our training & film content
May 16th, 2022
Download the file created in this video here: simple_rocks_scattering.file.blend
Join to comment publicly.
Wow Simon! Given the fact that you made this example digestible all the way through is something to appreciate. This is the best tutorial I've seen on geometry nodes so far. Really god job. Bravo!
Thank you for making these tutorials! I was struggling a bit with the fundamentals of Geo Nodes, but I feel like I'm starting to understand more now thanks to your tutorials.
I downloaded the example file, but it seems to come up as the Blender default scene. Do I need a special version of Blender? I'm running 3.1.2 right now.
@Paul Spooner Blender 3.1.2 is also what I have been using for the files of this course. For me the downloaded file works just fine in that version. I re-uploaded the file to be sure. Right now I don't see areason why it would behave like that for you.
Can you try again?And do you get any error messages from Blender?
@Simon Thommes The problem was on my Linux box. Just opened it in 3.0.0 on Win10 and it worked fine. Clean installed 3.1.2 and that worked too. Guess the problem is with my Linux system, or the download didn't finish. Will take a look this afternoon.
@Paul Spooner Turns out the download on my Linux box was 110 Bytes, so looks like that was the problem. I just figured you had a super optimized save file! Downloaded the full 1.8 MB and it worked fine. Thanks!
Oh my gosh.. when you named the node tree rock scattering twice I had to rewind so many times because I thought I was missing something! lol so funny.. Great video.
@Nicholas Cliffe Oh, I must have messed that up in editing, my bad
Very good tutorial, ty.
So helpful!! Best explanation I'm getting the hang of this now
Nice Tutorial. I like that you teach not only how to get a desired result, but also how to organize your work and make Geometry Nodes more reusable.
@Sebastian Kloch Thank you! Yes, I'm trying to give the entire picture of actually being able to use the concept in a professional environment. I'm glad that's being appreciated!
Great content, thank you.
Thanks Simon for the course, is there any specific reason why did you separate the terrain deformation from the rock scattering into two geometry nodes?
@claudio Silberman It's good practice to separate logical steps that have value on their own into individual node trees. That means you can use them in isolation on other objects and while working you can disable/exchange them easily without having to shuffle nodes around.
@Simon Thommes thanks, and I also saw in the next chapter that you use multiple set position and by having the scattering in a different node it's always on the surface
I am using Blender 3.2.1 and it seems that it doesn't have the "Scale" Geometry Node anymore. What I did instead was append "Math" node (with "Multiply" operation) followed by another "Combine XYZ" node. My setup was as following: "Float Curve" -> "Combine XYZ" -> "Math" -> "Combine XYZ" -> "Set Position".
And then "Math" node's value attribute allowed me to scale the "hills" on the plane just like in the video.
@Eimantas Vaičiūnas The Scale node is actually just a Vector Math node with its mode set to Scale. It doesn't show up as such in the general node search or the add menu, but when you drag and search from a node link (like I do in the video) the search is more granular, so it will also suggest different modes and in-/outputs of a node.
@Simon Thommes This is a neat trick. Thanks! TIL :)
Really WOW 😍
Quick question: On (-18:05) - Why wasn't it subdivided using GN?
@David Rivera Not sure what you mean. Are you sure that's the right timestamp?
@Simon Thommes it's on 1:11. When you create the mesh grid.
@David Rivera Ah I see, yes.Part of this setup is that I want to be able to manually draw in a density mask. If you do the subdivision procedurally, that means that the original data that you can actually manually adjust (edit mode etc.), doesn't change. So the resolution of the plane to paint on would be way to low to paint a usable mask.
@Simon Thommes Great. Thank you for the reply.
In regards of my other question: How can the user see how "fast" the GN was computed (processed) in time?
Also, I'm very interested to know how can I measure the computational speed with one node setup to another. Where can I see how much computational time a node tree used (the full created geometry node)?
@David Rivera You have ti enable the Timings overlay in the overlay settings of the node editor. The time that is shown for the group output is an approximation of the total execution time of the node-tree.
In the end, my large rocks were intersecting with my medium/small rocks in some places. Is this a consequence of the way you set up the node tree? If so, do you recommend a way of having them not intersect?
@Joseph Naughton The next video in this series should address this issue, it's taking the same base setup and adding on top of it for a slightly more advanced workflow. You can use the proximity node to remove points that are too close to other points. Just keep in mind that the scale randomization messes with the radius as well.
@Simon Thommes I just watched then realised it was addressed there. Thank you!!
I've tried the object scattering with vertex painting instead of weight painting using pure red (1,0,0), green (0,1,0) and blue (0,0,1). With a math node set to "Greater than", the different color channels are tested whether their values are bigger than 0. However, I discovered that I needed actually a "Threshold" value slightly bigger than 0 (I used 0.0001, just below the "Spreadsheet's" precision) because my objects for the blue painted areas got also displayed in red and green areas with a "Threshold" value of exactly 0 for testing the blue color channel. File can be found here: https://www.dropbox.com/s/zvxnjuf23sd6mbq/Geometry-Nodes_Instancing_with_Vertex-Colors_1Jan2023_7.blend?dl=0
@Ingmar Franz I think this has to do with the data type of the color. When I convert the color attribute back to Byte Color which is the default for vertex colors it seems to work fine without increasing the threshold.
@Simon Thommes Thanks a lot for your answer! So, this surprising result with the "Math Node" is probably a calculation artifact. But how can I know when to use which type of precision. I just found this in the Blender 3.5 Manual (https://docs.blender.org/manual/en/3.5/modeling/meshes/properties/object_data.html#creating-a-new-color-attribute):%C2%A0
The data type to represent colors internally.
RGBA color with floating-point precision.
RGBA color with 8-bit precision.
@Ingmar Franz What that means is how much data is stored for each channel of the color. 32bit floating point is 4 times as much data as the byte color (8bit). So you are using up a lot more data but get higher precision.
In most cases when you are painting a color map byte color will usually be enough, but when you are working with data where you need accuracy, like normal or position vectors for example. It is better to opt for 32bit.
But regardless of that the issue that you identified might actually be a bug. I'm a bit surprised that this happens, as in theory true 0 should be possible with both types of color and the channels should be independent of each other. My guess is that this is an issue with vertex painting that only manifests itself with the higher precision of 32bit color.
It would be very useful if you could create a bug report via Help - Report a Bug with the file you prepared and describing the issue!
Help - Report a Bug
@Simon Thommes Thanks a lot for the explanations. I've created a bug report here: https://developer.blender.org/T103657%C2%A0 PS: I've just realized that creating a bug report from inside Blender automatically enters your system informations. But why doing it the easy way if it can be also done complicated (as I did before) 😉😁.
@Ingmar Franz Thanks for making the report! Yes, that's why that is the way I recommend people to do it.
Another tip about that: You can also upload images, videos and files simply with drag'n drop into the text field.
Working at the Blender Studio I've made several dozens of reports by now :D
@Simon Thommes Thank you, that's another good tip! My free Dropbox account is just 200 MB from it's maximum limit 😉.