this post was submitted on 03 Aug 2023
4 points (75.0% liked)

Godot

5840 readers
177 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

Rules

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

[email protected]

Credits

founded 1 year ago
MODERATORS
 

Hello all,

I hope my question is not too stupid. :-) I have the following concern: I would like to create - in general terms - a maze in which computer-generated enemies follow a random path and can also come towards me. (I assume I need 3D for this.) After some reading, I have determined that Godot might be the wisest choice for this.

Now I have no experience at all in developing games and designing graphics, so I need a hint in the right direction: What is the easiest way to create a three-dimensional model of an opponent and insert it on a map in Godot so that it automatically follows a certain path? I assume I need Blender or similar software for that?

you are viewing a single comment's thread
view the rest of the comments
[–] Feyter 6 points 1 year ago (9 children)

What you want to do is actually quite advanced topic. Godot is coming with some build in functionality that you can use Look for navigation mesh

But if you never used a game engine I recommend you start with baby steps and lern how Godot works basically. Try to create a scene, create an object, add a script and try to move it from code... All this stuff.

I would recommend to at least completely the getting started section of the Godot docs this should give a very good overview.

[–] [email protected] 2 points 1 year ago (8 children)

What you want to do is actually quite advanced topic.

Ew! I thought that would be a rather easy start. :-(

[–] [email protected] 3 points 1 year ago (6 children)

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.

[–] Feyter 3 points 1 year ago (1 children)

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.

[–] [email protected] 1 points 1 year ago (1 children)

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.

[–] Feyter 2 points 1 year ago

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.

load more comments (4 replies)
load more comments (5 replies)
load more comments (5 replies)