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.
So that architecture wouldn't hold the same technical responsibility and it would take less effort to make it look nice!
I mean you're definitely right in that the answer in one form another is money, but lame
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
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.
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
Dragon Warrior Monsters 1 was my first game, 1 and 2 are both classics and this looks fucking sick
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
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.
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.
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?
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.
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
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
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.
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?
Couldn't agree more, this only hurts the community members.
I only meant that even if their evidence and conclusion wasn't paper thin this course of action still doesn't make any sense. So for me their claims and actions are pretty much completely without merit. And there was already plenty of level headed pushback even in that thread.
Glad you brought up the demo, that was fucking bizarre. As if a proof of concept with no supporting details is all you need to completely understand the development and concerns of a massive codebase that is one of the most compatible, and most usable out there. Two qualities that tend to complicate things dev wise.
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.