Grreat tutorial bue please tet the source !!! Thank you very much !!!

Loved the vid. This is probably a dumb question but how do you get the Audioplayer to play with the basic godot movement script? I tried many variations of the method at 13:40 however it's very janky for me. I'd like to just stream/play it through the code when I use inputs rather than on a skeleton.

What I noticed: This does not work with projectiles, with arrows, you will have to create a camera for each arrow. What am I doing: It's pretty simple, I add metadata for CollisionShape3D and check with raycast, but I have simple tile models for dungeons, they are mostly rectangular in themselves, I do not know what to do for a curved landscape, in theory the landscape already has collision polygons, perhaps they can be cut into pieces and this will be the simplest

Your tutorials are excellent, thanks so much for sharing!

Hi, can you please make an updated version of this tutorial or maybe share the source code? I have been looking for swimming tutorials everywhere but I could not find any. :(

Very cool tutorial man, really helpful stuff :)

I need a hero to translate this to Godot 4, because lean collisions are hell

The start of the video is fantastic, thank you very much!

you don't know how long I've searched for 13:36. There is a good tutorial for a unity footstep system (Unity Audio: Suntemple), that selects a random sound and checks texture space (UV) for the sound.

Sooo... since Godot 4 is out, things have changed when it comes to Linear Interpolation. You can't use linear_interpolate() anymore, you have to rely on lerp() for transforming a Vector3. Also I'm struggeling to get the camera rotation to work, since I can't use lerp() there, for some reason. If I comment the rotation part out, the camera still won't even move

This reminded me of an interview I just watched recently with two of the Thief 1 developers, where they mentioned they used "the snowman" approach to collisions, as they called it. Which means Garret's collisions were two spheres, and the upper sphere did the collisions for the leaning and stuff. I think I'm going to experiment with that. I suppose I'll have to alter the hierarchy of the camera a little bit. :)

I suppose you could precompute and cache mesh information at level startup, to make the material lookups quicker and less expensive during gameplay. I'm not sure exactly how, though. I'm only gonna start implementing this later. But it seems to me that it could be done. Thanks for sharing this, it's really helpful. 🍻

I know this is a bit of an older video buuuuut... Could you go over using raycasts to step up onto small ledges? Like a sidewalk or stairs for example? Otherwise, I'd have to put invisible ramps everywhere and that could end up presenting more issues.

My system works better and it also works with stairs: func _physics_process(delta): #Raycast to detect obstacles in front of the character var ray_length = 2 # Adjust this value based on the desired length of the ray var ray_direction = direction.normalized() # Use the same direction as the character's movement var ray_start = translation + Vector3(0,0.01, 0) # Adjust the starting position of the ray based on your character's position var ray_end = ray_start + ray_direction * ray_length var climb_speed = 1.5 var is_climbing = false var ray_cast = get_world().direct_space_state.intersect_ray(ray_start, ray_end, [self]) if ray_cast: #If the ray hits something, enable vertical movement when pressing the "forward" button if Input.is_action_pressed("forward"): vertical_velocity = Vector3.UP * climb_speed is_climbing = true else: is_climbing = false

WTF IS TWEEEN????

hey bro this is a really interesting project you're working on, just by the headbob I can tell what it's inspired by. I hope you continue working on it and make your dream come true

Thanks a lot for the tutorial it was really inforamtive. I tried this and it worked well but becouse the upward movement always stays the same it may feel weird in some cases. For example if the player activates climb just when the raycast starts hitting the ledge it will move him to far up in the air and then the player will fall slightly. Maybe you know a solution for dynamically changing the Vector3 value so it won't move the player further than the object it tries to climb?

Thank you. This is a common problem that I've never seen a passable solution for outside of this one video. I guess the performance can be maintained by ensuring meshes aren't overly dense. I wonder if part of the logic could be offloaded to the GPU using compute shaders in Godot 4...

What if you used this to precompute a datatree at runtime of the level? You could, say create a BSP, or perhaps a 3D array of arrays of polygons that intersect with various "chunks" of space, like "what polygons are in this X by X by X unit of space?" as a way of optimizing it? Like, it wouldn't help for that heavily subdivided mesh, but it would make checking footsteps for a whole level easier. You could also separate the level geometry into meshes for each footstep material, use them as trimesh colliders, and put them on a different physics layer and have the raycast intersect with that. So there'd be a physics layer with 1 staticbody for each footstep material. EDIT: I implemented such a script, and it works!

Great tutorial man, very few people covering advanced 3D stuff in Godot, love the triage of imsim videos

these visual explanations help A LOT. I just got into game developing just for myself and my gf and these really helping out thanks

yout tutorials are great thank you ver much , i would love if you could make how to walk up stairs tutorial so the player dont slide

It was helpful :) Really informative.

Hello! I'm trying to follow this tutorial but some of the code is cut off in the swim_process() function. Would it be possible if you could share the code of that function?

I dont understand lerp in godot I've rewritten this out so many times thinking I've made a mistake but time and time again the delta is effecting the camera position and the transition isn't smooth at all between leans

Hey, I'm looking to make a ship based moba, can you give me any advice on how you would create that water?

You're the best man, have my lean implemented for when I move left and right similar to how Dusk does it. Thank you!!

could be possible to do the same with a moving platform, either horizontally or vertically?

today I learned... there is a fullscreen button on the script editor

Very nice video on this topic! At first I thought this would not perform well enough, but turns out it performs rather well in many situations I've tested so far. I've incorporated this technique into my first person controller I'm developing and will continue to refine things as I encounter new issues/situations. One thing I noticed from the video is that the vertices of the MeshDataTool are looped through, and then every face attached to those vertices. It seem like this would lead to faces being processed multiple times. So, in my implementation loops through the faces instead. This improved performance by 40% in my tests. Another refinement I added was keeping track of the last face to collide with the ray cast. This is checked first since there's a good chance that the player hasn't moved that much yet. And, failing that check, I actually do check the faces associated with the vertices in that last face as they are next to where the player was last frame. This helps when there are lots of faces in the mesh - but it only helps so much. If the mesh is subdivided to the point where players routinely move to 'distant' faces between frames, then things slow down again. I was thinking about continuing to "spider" out from the last face vertices, but decided that if I run into such a situation in a real game, I'll probably look for a different solution instead. One last thing. I had to switch to checking if a line segment intersected with the faces rather than a ray. In one of my test levels I'm using a CSGCombiner, which results in an ArrayMesh mesh. What was happening is that the floor mesh was being processed first. But since it was under the cubes my character was walking on, my code always detected the base floor's mesh/material and so footsteps never changed sound. Limiting to a line segment fixed this. - This doesn't mean the video code is incorrect of course. I mention it here only in case someone else runs into the same situation and my insight could help them out. So, thanks for making this video! Hopefully you'll find time to make more of them.

I think you left a few explanations out. You never fully explain how you set up the water volume, you show that area node, but don't explain it. I see it's on another layer, so I assume you're using some sort of layer collision check, but you never showed that or explained it. It'd be nice to see in a clean project where you're telling us to ignore parts of the code that aren't relevant, but also not pointing out all the code.

Another option would to run a test move_and_collide() or two to make sure it's possible to climb that before running the climbing part. That's basically how I implemented auto-stepping, move_and_collide() up by the maximum step value, move_and_slide_with_snap() forward with the normal movement velocity, and finally a move_and_collide() down by the max step value.

hey Le move_vec me dit qu'elle est pas déclaré !

hi, thanks so much, just getting started with water!

I like this approach and the camera weigth based detection someone recomended in the comments, what I did in order to know what sounds to use(not the material detection) was making a Dictionary of all the footsteps sound effects, containing an array of them, as well impact sounds when landing, and make it an autoload script, so I can access the data when I need to using a simple function to return the array of sounds.

Ill have to look at what you have for videos. I like that water shader you have there at the end hopefully I can find a video on that. trying to find a much better water shader atm

Man, thank you. Your tutorial pure gold.

Dude... Disregarding the main purpose of the vid, I thought that you CAN'T get the material of the thing the character collides with. I wish I knew this before creating my own workaround solution

Hello, I'm also in the process of making a Thief-like game. I banged my head on the keyboard for the past two weeks and came up with solutions that sorta work, regarding footstep materials, leaning etc. and now I came across your channel lol... Anyway, I wanted to ask what do you think about placing areas beneath player's feet, these areas just hold a value (0, 1, 2...) that raycast detects and then audio gets chosen accordingly? It's a very simple solution, but maybe as game world grows it will become too cumbersome to place areas all around the map? Also from your leaning video I tried the exact same solution with rays, couldn't make it to work so I just placed a spherical collision shape around the camera (which gets displaced during leaning). If the sphere collides, lerp stops and camera translation locks at last position. Surprisingly it works like a charm... Oh, I also wanted to point out that someone already made a thief-like player controller just for godot, it's on github. Controller is based on information that was reverse engineered from original thief games by the modding community. Maybe it can help you with your project.. Subbed and gl with your project :D

How the project going bro

Τhanks for this tutorial, it has very clear explanation.However, I i have still a problem with my working game and i would like to ask you. I put the two rays as you mention to grab ledges and for better experience i have done my platform collisions one way (the player collides only as moves up to down). When the condition of the 2 rays is true and i pressed G button, he grabs. But if i press the button when jumps up through a platform and through collision it grabs in the middle of the platform and also he slides across the edge of collision.

Thanks bro

How can i get the transform of the camera?

Would this method work under the context of 2D?

These are great man. Keep it up. My dream is to make a Thief clone some day.

Hey! Off-grid and game development... My two favorite things combined. Subbed.

Thanks for the video! Makes me wonder though, if it might be worth adding 3 more raycasts to the head that are the exact same but just smaller, sort of to gauge if the player could climb if they went into a crouching position, thanks!

11:20 You seem to only care about which material/surface you're on, not which triangle. I suggest making a separate collisionshape for each material/surface, and doing a raycast on those. You can split them whenever; with an import script (EditorScenePostImport), when the level loads, reacting to a load trigger (on a thread), etc. You can put them on a separate layer to make sure the seams won't mess with stability. Finding the particular triangle is useful for barycentric coordinate things, like smoothing normals or mixing dirt and grass sounds.

Hey, can you make a more simple swimming tutorial! The one you have is too hard

sound is so much better! :O amazing vid as always <3