I'm currently trying to create planets and stars, and for that, I need noise (for planetary surfaces). Now, I know I need 3D noise because I need to sample the x, y, and z coordinates on each vertex, and I know how to use noise to offset the vertices, I just don't know which method I should choose to do it. I created my sphere through octahedron vertices on the CPU, and then uploaded the vertices to the GPU for tessellation and vertex normalization so I was thinking that I should try and just implement the noise functions straight on the GPU but that didn't work. I also tried modifying the vertices on the CPU with the noise functions, but that didn't work either. Lastly I tried creating the noise on the CPU, and through uniform variables, uploading the result of the noise functions onto the GPU but that also didn't work. If it helps the noise library I decided to use is Fast Noise Lite, so it has bindings for multiple languages, including the GLSL and C, the languages I'm using for this project. The library is found here https://github.com/Auburn/FastNoiseLite​

This is along the lines of what I want the output to be like

@Aressera I know I don't need 2D noise, but the reason why I decided to is because I want to render complex terrain like overhangs, caves, ravines, etc. Complex terrain that requires 3D noise.

@Aressera Yeah that makes sense, and I appreciate the help, but I still don't know how I should apply my noise. Like I said, I create the initial octahedron coordinates on the CPU, then upload the vertices to the GPU and create the sphere through tessellation and normalization. I tried modifying the vertices with noise on the CPU and then uploading that and it didn't work, I also tried directly on the GPU (via shaders), didn't work either. And I thought that I could just generate noise on the CPU, and then through uniforms, upload it to the tessellation evaluation shader for the uniform to modify the vertices from there, but either that didn't work, or I didn't do it right. The examples I've seen are from people who generate their spheres on the CPU, and I don't do that, so their ways aren't gonna work for me.

Aressera said:
You are going to need to provide more information about what didn't work in order for anyone to help you.

First thing I tried was using FNL (fastnoiselite, the noise library I'm using) to generate noise in my main file (C file), and from there, sending the noise values to the vertices defined on the CPU. In my mind, what should've happened was the octahedron would've gotten tessellated and normalized, with the added bonus that the vertices would've gotten offsetted like I wanted it to. The next method I tried was the same, except I defined a uniform variable in my TES and then use that as a sort of scale value that I multiply with the normalized octahedron coordinates. The last thing I tried was copying the GLSL FNL code into my TES directly and using / accessing functions from there. (All of these methods didn't work as you could probably guess.)

Aressera said:
I suppose the reason most people generate planets on CPU is because doing the generation from scratch every single frame on the GPU is a waste of resources for data that is mostly static.

The whole point of me creating my sphere the way I did was that it was the fastest method I found, all others not only were slow, but didn't even render the sphere in the correct way, no matter how much I tweaked it. Either way, like I said, I tried generating noise alongside the CPU vertices.

Aressera said:
Telling us more about your requirements for world size and precision will determine what approach is feasible.

The world sizes are as close to those of real life planets (and stars). As for precision, really anything that has a good balance between performance friendly, and actually accurate. It doesn't have to be perfect, but ideally, it (obviously) has as best of performance as it can, while still being as accurate as the player can detect it. Not necessarily 100% accurate, but the bare minimum essentially.

alvaro said:
We are still getting the “didn't work” description.

What I mean when I say “didn't work” is either I got no output to my window, or there were no changes to the sphere

alvaro said:
If you dig enough to figure out why it didn't work, you'll have a chance to either fix it or learn enough that you can then find a different solution that might work.

I did, and from what I found, the noise wasn't making it to the part of the code where my sphere gets created, or that it just doesn't have any effect on the sphere vertices. I did my research and I haven't found a solution yet which is why I've come here.