Note: I think most people in here arent going to click on a reddit link so you may get some more views if you link something like a youtube or piped link instead
You can also link directly to the reddit video using this url https://v.redd.it/o6md1vnuemcb1/DASH_1080.mp4?source=fallback (if you want to set that as the url you can edit the message (click on the three dots, then click edit if youre on web) and then put it into the url box instead of the reddit link)
Yeah, I just did that bc there isn't a way to upload videos to lemmy. I appreciate the help to at least get it to show as a video lol
That is some decent camera system you implemented. Looking great so far. Can you give some details about how you set this up?
I remember trying myself on a Zelda Like 3D character controler a long time ago (back when I was still using unity) A very clever thing I learned back then was to project the camera to a sphere collision shape using raycast. On this way it's very easy to implement a smooth rotation and you can easily prevent the camera from clipping through walls and stuff.
Is this what you're doing her as well?
PS: I like that the test pattern texture of your level has so much detail. Not just the same plane checker square over and over again. :)
Is this what you’re doing here as well
Not at all. I don't have wall clipping support set up yet at all! It's a lot more simplistic. I've handled wall clipping in a similar camera system before using a SpringArm, but I don't think that will work here.
What I do here is I have one object that follows just the camera's y rotation, and I use that to get a forward vector using -object.basis.z.normalized() and I set a target position at player_pos + -forward * FOLLOW_DISTANCE + Vector3.UP * FOLLOW_HEIGHT and lerp to there. That handles moving with the player forward and backwards.
Then in the player code, I read the stick input into Vector3(x, 0, y) and then rotate it based on the camera's y rotation to put it into screen coordinates. Then I multiply by MOVE_SPD and set velocity.x & .z to the x and z of the product. This makes the player move forward and back with relation to the camera's forward and back.
However, you move left and right based on the tangent of a circle around the camera because back in the camera code, I have a look_at which causes the camera to turn as the player moves right/left relative to it, causing circular motion.
Beyond that, there are some simple tweaks like a timer that runs before setting a boolean to cause it to rotate back behind the player or only moving if the player is outside of the follow distance. Things like that.
It's pretty tightly coupled, which isn't great from a code perspective, but it's also unlikely to fundamentally change. If that were to happen, I'd probably want to totally rewrite the system anyway.
PS: I like that the test pattern texture of your level has so much detail. Not just the same plane checker square over and over again. :)
I just found it online somewhere years ago lol. Probably opengameart? I no longer have the original source, but it's pretty good for testing:
That sounds a bit fiddly just from reading it but I'm sure it makes totally sense in code. Now that you mentioned it, yes adapting the players forward based on camera view is something I totally forgot here.
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
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