I can't deny I loved the time and dedication you put into this video, and I found it underrated even (honestly we need more quick videos like that guide through the theory and the implementation). Some improvements could be made, for instance, when describing how octaves work you could have shown all the images used to create the final result (maybe even a legend with the parameters used), but that's just my opinion. Also (not that I have anything against SFML, in fact I myself have used it) but it might be interesting to mention other (considerably easy) ways of encoding images for people with less C++ experience (PPM, some single header PNG encoder, etc). Again, that's just my opinion on the changes that could be made, your explanation of how the algorithm works was basically perfect. I will definitely be looking forward to more content of yours.
Great video. If you wanted to wrap the noise on the left and right edges so that they flow smoothly (such as in a terrain generated world map), what modifications would you need to make to this code?
Awesome video, learned a lot! One question: in the main function, you create the pixel array with new, but never use delete. Does this mean it is leaked?
Thank you, glad it helped! That's an excellent question and you're totally correct, that's a mistake and I should have called delete on it before ending the program. The program memory will still be freed once it closes, so the memory isn't really leaked, but if we had a longer program or called the main function in a loop for some reason, then yes that could become a problem. Nicely done on spotting that!
@@zipped1214 Since I only learned c++ last year, I was told to always use a std::array, never raw arrays. It will take care of this automatically with RAII
0:43 Because you fade it in and out there is no real visual difference between the two. A sharp edge bewtween them would visually show the difference more.
Random Gradient function should've been explained in detail, saying that it's out of scope of the video just feels wrong. That part feels like an interesting aspect don't suppose it's out of scope, unless this video is just supposed to explain only the Math and not the code in which case it is incorrectly titled. I'm not a hater.
It's just a deterministic function to avoid precalculating random vectors. You can easily replace it by creating a two-dimensional array with percalculated vectors and use it instead of calculating those vectors every time. Probably that's the reason why he didn't explain this function, it's not necessarily a part of generating perlin noise.
![C++: Orbital Gravity Simulation Tutorial [Part 3: Colors!]](http://i.ytimg.com/vi/d6_VpL4paJ4/mqdefault.jpg)
![C++: Orbital Gravity Simulation Tutorial [Part 3: Colors!]](/img/tr.png)
ngl this explanation is underrated
Elegant explanation. Seriously.
Best explanation of Perlin Noise so far.
I can't deny I loved the time and dedication you put into this video, and I found it underrated even (honestly we need more quick videos like that guide through the theory and the implementation).
Some improvements could be made, for instance, when describing how octaves work you could have shown all the images used to create the final result (maybe even a legend with the parameters used), but that's just my opinion.
Also (not that I have anything against SFML, in fact I myself have used it) but it might be interesting to mention other (considerably easy) ways of encoding images for people with less C++ experience (PPM, some single header PNG encoder, etc).
Again, that's just my opinion on the changes that could be made, your explanation of how the algorithm works was basically perfect. I will definitely be looking forward to more content of yours.
very good explanation wow🥰🤩
This is an excellent video. Thanks a lot.
Nice and clear. Well done.
Great explanation, great animations, great video!
What a great video
Great explanation.
Great video
This goes into my 3d terrain generator
Amazing tutorial, straight and simple.
amazing
i have a doubt interpolation is something that runs in a loop but you run it only once here like what this actually gets you anyone
Great video. If you wanted to wrap the noise on the left and right edges so that they flow smoothly (such as in a terrain generated world map), what modifications would you need to make to this code?
You'd probably have to take the module of your x and y coordinates depending on the size of the texture you want
Awesome video, learned a lot!
One question: in the main function, you create the pixel array with new, but never use delete. Does this mean it is leaked?
Thank you, glad it helped! That's an excellent question and you're totally correct, that's a mistake and I should have called delete on it before ending the program. The program memory will still be freed once it closes, so the memory isn't really leaked, but if we had a longer program or called the main function in a loop for some reason, then yes that could become a problem. Nicely done on spotting that!
@@zipped1214 Since I only learned c++ last year, I was told to always use a std::array, never raw arrays. It will take care of this automatically with RAII
0:43 Because you fade it in and out there is no real visual difference between the two. A sharp edge bewtween them would visually show the difference more.
thx !
Can you do it for python and without using noise module? Your video is very good but i can only code python not cpp👍👍
❤❤
🥵🥵🥵
Random Gradient function should've been explained in detail, saying that it's out of scope of the video just feels wrong. That part feels like an interesting aspect don't suppose it's out of scope, unless this video is just supposed to explain only the Math and not the code in which case it is incorrectly titled. I'm not a hater.
It's just a deterministic function to avoid precalculating random vectors. You can easily replace it by creating a two-dimensional array with percalculated vectors and use it instead of calculating those vectors every time. Probably that's the reason why he didn't explain this function, it's not necessarily a part of generating perlin noise.