this post was submitted on 20 Aug 2023
12 points (100.0% liked)

Godot

5689 readers
5 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

!roguelikedev@programming.dev

Credits

founded 1 year ago
MODERATORS
 

I'm trying to make a 3d flight controller with a more arcade feel (think Ace Combat or Rogue Squadron). I'm somewhat new to working in 3d in Godot though and I don't really understand what methods I should be using to achieve this.

I want up and down to control pitch and left and right to be something of a hybrid roll/yaw. I'm setting direction to -transform.basis.z and multiplying that by speed, but when I use rotate_x() with the pitch, the plane itself rotates, but I only move flatly across the world plane rather than climbing up or down as I'm attempting to achieve.

What am I missing here?

top 15 comments
sorted by: hot top controversial new old
[–] jwlgowi@lemmy.sdf.org 3 points 1 year ago* (last edited 1 year ago) (3 children)

(Not op, just an example)

I don’t know an optimal answer here. I see various discussions online about flight control variants. However, here is a simple example I set up out of curiosity. Maybe useful? I’d like to hear about what you end up with.

Project code at: https://github.com/pipehat/godot41_flight_controller_example

————————————

plane controller script:


extends CharacterBody3D

var print_delay = 1
var next_print = 0
const SPEED_MPS = 500

func _physics_process(delta):
	var input_dir = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down")
	
	if next_print <= 0:
		print(input_dir)
		print("-z: ", -transform.basis.z)
		next_print = print_delay
	else:
		next_print -= delta
	
	var roll = -input_dir[0]
	var pitch = input_dir[1]
	
	rotate(transform.basis.z, roll * delta)
	rotate(transform.basis.x, pitch  * delta)

	velocity = -transform.basis.z * SPEED_MPS * delta
	move_and_slide()

[–] jwlgowi@lemmy.sdf.org 2 points 1 year ago (1 children)

Not shown in the code here for simplicity, but in the project I added a little bit of yaw drift when banking.

I’m sure there’s a more accurate way to simulate all this. Just messin around.

[–] jwlgowi@lemmy.sdf.org 2 points 1 year ago

Now for no good reason I added flaps that rotate with the controls. Definitely feature creepin. I’m out! Good luck op!

[–] Rodeo@lemmy.ca 1 points 1 year ago (1 children)

Where is the call to move_and_collide? There's no code here that will translate the position.

[–] jwlgowi@lemmy.sdf.org 1 points 1 year ago* (last edited 1 year ago) (1 children)

True. Just showing roll and pitch. This is not op’s code… oh perhaps that’s the thing op really needs to see though? I’ll update the example to show it…

[–] Rodeo@lemmy.ca 1 points 1 year ago

Oh my bad I mistook you for op.

[–] MossBear@lemmy.world 1 points 1 year ago (1 children)

I haven't gotten all the way there, but this was really helpful for taking some steps forward! Now I just need to figure out how to make the pitch controls rotate with the orientation of the plane. It wants to pull up or down relative to the world space it seems. Either that, or my maybe my rotation isn't rotating the local space at all?

I'll keep working on this. Thanks for your help!

[–] jwlgowi@lemmy.sdf.org 2 points 1 year ago (1 children)

I think I have it working as you describe - in the latest version on GitHub. That is more complete now than the code snippet above. See if that helps.

[–] MossBear@lemmy.world 1 points 1 year ago

I'll take a look! Thanks again!

[–] jwlgowi@lemmy.sdf.org 1 points 1 year ago* (last edited 1 year ago)

Here's a nice tutorial vid - simpler arcade-like control than my example. Looks like this is for Godot 3.x but the concepts should translate to v4 pretty closely.

https://www.youtube.com/watch?v=RsrwmAme_WA

[–] TechieDamien@lemmy.ml 1 points 1 year ago (1 children)

Hard to tell without seeing your code and node tree, but I reckon you are probably rotating a child (specifically the mesh instance). You should be rotating the root spatial of your player scene.

[–] MossBear@lemmy.world 1 points 1 year ago (1 children)

That's what I assumed at first too, but I am targeting the primary node which is a character3D. The mesh is a child of that and nothing is targeting it. This is the code I'm using:

rotate_x(pitch * pitch_speed)

[–] jwlgowi@lemmy.sdf.org 1 points 1 year ago* (last edited 1 year ago) (1 children)

Not tested but perhaps you should be using rotate_object_local - so the rotation is in the plane’s own axis, rather than that of its parent.

[–] MossBear@lemmy.world 1 points 1 year ago (1 children)

I'm not sure I understand the difference in how these work. In the docs it makes it sound like the only difference between rotate_x() and rotate_object_local() is that rotate_x() specifies the rotation axis explicitly whereas rotate_object_local() takes it as an argument. Is that not the case? Sometimes the docs are confusing.

[–] Rodeo@lemmy.ca 1 points 1 year ago* (last edited 1 year ago)

I think you need to learn about world transforms and local transforms. My guess is you're translating along the world Z or the Z of the level instead of the local Z of the plane scene.

Different coordinates spaces: https://docs.godotengine.org/en/3.1/tutorials/math/matrices_and_transforms.html