this post was submitted on 03 Aug 2023
4 points (75.0% liked)
Godot
6005 readers
9 users here now
Welcome to the programming.dev Godot community!
This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.
Make sure to follow the Godot CoC while chatting
We have a matrix room that can be used for chatting with other members of the community here
Links
Other Communities
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
- [email protected]
Rules
- Posts need to be in english
- Posts with explicit content must be tagged with nsfw
- We do not condone harassment inside the community as well as trolling or equivalent behaviour
- Do not post illegal materials or post things encouraging actions such as pirating games
We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent
Wormhole
Credits
- The icon is a modified version of the official godot engine logo (changing the colors to a gradient and black background)
- The banner is from Godot Design
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If you don't mind a ton of bloat. Use unreal where you can get started much quicker and see results with an hour. With Godot you'll take a day just to get a basic movement system and interaction system.
What? Creating a nav mesh and copy pasting a script for the agents to move it will also just take a few minutes... It's just that if you want to know what you are doing this will take you longer.
Copying and pasting a script for agents would not really take you a few minutes though, would it? Because you have to actually find that script and really, you should write it or understand how you are enabling it. With unreal you'll do this in the first hour. It's like a few blueprint nodes and you'll get it to happen. With Godot, which I love very much, it's a good portion to set up nav mesh + agent nodes + the script. This assumes you know what you are looking for and what you are doing. In Unreal these things are literally built for you with examples or even just engine code. Out of the gate, you just create a new character, on begin play you tell it to move to and give it the result from "get random reachable point in radius" Which Godot doesn't even have a way to get a random location within a radius in the engine. Much less a reachable one.
Godot is great but it lacks a lot of quick tools and is less newcomer friendly than Unreal in my opinion. If you tried this in Godot you'd hit a lot of snags. One of the major ones I can think of is that the navigation server isn't ready for queries on _ready(). So if you even tried to get a random point and project it to the navmesh you'd get back 0,0,0 using the same methods as above, which in godot also requires more setup like having to setup a navmesh. In Unreal the navmesh is setup and ready from the moment you hit create a new project.
So the point goes to unreal because it comes with a build in library of working copy/past examples?
But still if you want to know what you're doing (which would be required to be able to fine-tune, extent and debug) you need to invest more time so IDK if OP would get much benefits of using Unreal.
A game like this can be done in every engine with similar effort I would say as long as you know what you're doing.
I will also look into that. :-) Thank you.
It's not buried, Unreal blueprints are extremely searchable. It's less about learning programming and more about learning logic. Programming is like "what perfect syntax will get the result I want." blueprints and logic flow is "this does this and so I get this." Far more visualized and helpful to people who don't know how to program.
Several times I've seen designers come on to a project only knowing what they want to have happen, pick up blueprints, and get the logic to do those things. That's learning. Is it programming? probably not in the sense it's not dealing with perfecting syntax but it's learning programming to make the computer do the logic you want it to do. The end result is that people want to make games, is it learning programming to learn how to make games? Probably not. It's learning how to make art in general. IMHO, it's far better than programming.