It's nuts how a difference of hundreds of millions of people doesn't actually feel like a ton more people or provide any better quality except in some niche spots

It's also how quickly we went from conversation to shut down that gets me. Maybe there's more stuff I haven't seen but 4 days from post to shutdown is a pretty damn tight timetable.

Blender for the texture painting

Material Maker for turning those textures into game engine ready materials. It's also capable generating textures using noise and other patterns. Examples

Listen, these are serious claims against the Godot foundation, the core team, and W4. If they're true, I could maybe see shutting down the forum as protest. But this can also seem like the forum owner trying to hush the community and control the conversation.

If we consider some mismanagement without any outright wrongdoing, closing the forum stops us from talking about these issues which doesn't make much sense. There's also chatter about passing ownership of the forum in the middle of the thread, which makes me wonder why they'd close the forum at all.

Cradle by Will Wight because the characters are endearing and believable and tangibly grow as people while they grow in the magic system which while we're at it is very satisfying variation on Chinese martial arts "magic" systems, the power scaling is nuts.

The world is deep and interesting and you get a lot of insight into it from other characters perspectives

It's 12 books and everything builds from everything you've read naturally. The themes speak to me, etc.

Why did we stop making stuff sick like this?

I like gdfxr a lot, even placeholder sounds can help you work on sound timing and mixing and give you a way better sense of how things are feeling. As a bonus for some cases the sounds you can generate are perfectly fine for final usage.

My deck's the talk of the town

Super cool! Might be nice to have a helper node you could add to scenes that just lets you trigger orchestrations from pure signals or more easily from animation players, so you could stay out of the script editor completely for the really simple stuff.

So that architecture wouldn't hold the same technical responsibility and it would take less effort to make it look nice!

I'm learning c++ via exercism because I'd like to use it for game development and other high performance use cases, and because it's a good pip for the resume.

In fact, I mostly did this because so many job listings mention it, haven't even come up with a high-scale game dev problem to solve.

I'll probably continue because I find it interesting and no amount of practice is bad, but my question is how is everyone letting this affect their outlook on c++ in their career vs side projects, etc. Really, I'm having a hard time imagining why it was important for this to be said in this way instead of just changing internal policies and job listings.

I mentioned above but Godot has a low processor mode that gives you some control over the refresh cycle when nothing is happening. I doubt this completely alleviates the problem but I think it's worth profiling it for individual use cases.

This is awesome! Just started using hterrain on 3.5 but this might be what pushes me to move to 4.x completely.

The import workflow is especially exciting, gonna try using world machine as a starting point and then sculpting out/texturing the details.

Since it doesn't have holes I'm wondering what the best way to have a cave/well would be. Door to another instance? portal?

Like others have said, it's pretty much the same as web development. The logic can live anywhere, so you could build your own app with whatever architecture you want and even use best practices from other fields as inspiration (Like the Redux comment.)

What we're missing is mostly more people actually doing it, having opinions on how best to organize app-like builds. I've built some small apps using it but nothing complicated enough to answer these questions.

But there are some examples that are open source to look at.

https://github.com/LyffLyff/Veles

https://github.com/Mad-Cookies-Studio/mad-productivity

https://github.com/RodZill4/material-maker

You could pretty easily do this as an autoload so it's accessible from anywhere. You could store the actual state as a dictionary or a resource, or even a whole db if you wanted depending on what you're storing.

It's a little old but looks like someone even implemented a redux inspired store! https://github.com/glumpyfish/godot_redux

No idea if that still works, but probably would be too hard to use it as inspiration or even update it to the latest 3.x version

For sure! However Godot has low processor mode that lets you control the frequency of the update when no changes are being made. That update time can even be changed from code so you can adjust it situationally.

Dreadgod is so damn good, it and Ghostwater are my tops.

Couldn't agree more, they helped me through some stuff and I regularly re-read. Keep advancing my friend

Dragon Warrior Monsters 1 was my first game, 1 and 2 are both classics and this looks fucking sick

Does this mean you're against using Godot for apps?

Personally, I feel like the extra load to reduce latency is worth it, but I honestly don't know how different the load is or how much it could be optimized. But really snappy reactive software, even when long-running processes are going, feel much better to use. I'm getting tired of using web apps for everything.

As far as what does the GPU do, right now if we're talking like b2b stuff you could do a lot more local number crunching or do really rich graphs with compute shaders etc. In the future, maybe the CPU handles most of the app and the GPU handles an AI workload in the background?

I mean you're definitely right in that the answer in one form another is money, but lame