New Godot 4 beta raycast syntax giving me grief

https://docs.godotengine.org/en/latest/tutorials/physics/ray-casting.html

I recently upgraded my Godot projects to Godot 4 Beta 16 and have been going through the changes fine by checking out the articles and documentation, for the life of me though I can't work out how to get a simple raycast done to the terrain mouse position like I used to because the syntax seems to have changed so much. The example at the bottom seems straightforward but it only seems to have my object following the mouse at a fixed range rather than along the terrain as I want which I used get_collision_point() for.

Presumably PhysicsDirectSpaceState3D is related and intersect_point? That doesn't seem right though, this is in older versions too, I've gotten lost lol.

https://docs.godotengine.org/en/latest/classes/class_physicsdirectspacestate3d.html#class-physicsdirectspacestate3d

That's what I'd use normally, have I just overcomplicated this and is it in fact still the same to get the collision point? I think what's throwing me off is having to raycast the mouse position onto the terrain.

Megalomaniak That explains why I've been so weirded out by the changes, what I'm looking for is to do a raycast that's end point follows the mouse position and then puts the result onto terrain in 3D co-ordinates, in other words a 3D mouse cursor rather than a 2D one. The navmesh stuff floored me a bit as well because they had completely changed the names of everything even though the logic was still mostly the same lol.

Oohohooo I'm finding this code fiddly, this is what I'm messing with so far, obviously wrong.

extends Node3D

@onready var playerCameraGroup = get_tree().get_nodes_in_group("PlayerCamera")
@onready var playerCamera = playerCameraGroup[0]

var rayLength = 50

func _physics_process(_delta):
	var mousePosition = get_viewport().get_mouse_position()
	var raycastOrigin = playerCamera.project_ray_origin(mousePosition)
	var raycastTarget = raycastOrigin + playerCamera.project_ray_normal(mousePosition) * rayLength
	
	var spaceState = get_world_3d().direct_space_state
	var physicsState3D = PhysicsRayQueryParameters3D.create(raycastOrigin, raycastTarget)
	var stateResult = spaceState.intersect_ray(physicsState3D)
	
	global_transform.origin = stateResult

I kind of get what the query parameters are for now, have trouble putting it altogether though, was kind of winging it from the 2D example my code is such a mess lol. I preferred the old syntax.

The problem is if I do it with the increased length like you normally would say 1000, what happens is it just disappears underneath the terrain entirely. Trying to use the query that way resulted in an a error.

Invalid get index '(-301.634, 48.9569, -287.168)' (on base: 'Dictionary').

This is frustrating when the syntax changes this much because what I'm trying to do is a fairly standard mechanic LOL.

Megalomaniak Unfortunately I didn't have the sense to make a copy because I thought this wouldn't be a problem to get through LOL what I can do is double check my bookmarks and poke around the internet because I'm very sure that it was based off the code someone may have posted up. It's a very similar thing to when you want to place buildings as an example. You get the mouse position from the camera, do maths with raycast to get 3D co-ordinates, check if the raycast following those co-ordinates on the collision point returned and then have the node follow the result.

It's extremely frustrating because I even uploaded a video of the previous code working LOL, when we get this solved I'm going to make notes.

https://odysee.com/@Lethn:3/Building-selection-in-for-the-scaffold:a?r=9uVBCUZNktJFSny4AurVAhURKecvDwFD

So close! Went and found some base building code because it's practically the same, worked for about five seconds then complained when I moved the mouse.

	var spaceState = get_world_3d().direct_space_state
	var mousePosition = get_viewport().get_mouse_position()
	var raycastOrigin = playerCamera.project_ray_origin(mousePosition)
	var raycastTarget = raycastOrigin + playerCamera.project_ray_normal(mousePosition) * rayLength
	var physicsRaycastQuery = PhysicsRayQueryParameters3D.create(raycastOrigin, raycastTarget)
	var raycastResult = spaceState.intersect_ray(physicsRaycastQuery)
	
	global_transform.origin = raycastResult["position"]

Invalid get index 'position' (on base: 'Dictionary').

It is beyond creepy how I automatically solve code in my sleep but here we go the autocomplete gave me a hint at the end for the exact syntax. I feel like this is definitely a bit of a hacky solution to the problem, I'm sure there are better ways to do this more smoothly, I'm not sure I like these changes lol, thanks for the hints @spacecloud they definitely helped.

	var spaceState = get_world_3d().direct_space_state
	var mousePosition = get_viewport().get_mouse_position()
	var raycastOrigin = playerCamera.project_ray_origin(mousePosition)
	var raycastTarget = raycastOrigin + playerCamera.project_ray_normal(mousePosition) * rayLength
	var physicsRaycastQuery = PhysicsRayQueryParameters3D.create(raycastOrigin, raycastTarget)
	var raycastResult = spaceState.intersect_ray(physicsRaycastQuery)
	
	if raycastResult.is_empty():
		return
	else:
		global_transform.origin = raycastResult["position"]

The issue now is when my mouse goes above the terrain it stops which is pretty jarring, but I think this can be solved with a sphere collider or something as a work around. A common trick for shooters so even if you're firing into an empty space the game still works smoothly. Hopefully this code should at least get people on the right track if they're struggling with the new raycast system like I have been, at least I got rid of any major errors.

Or maybe actually a few box colliders to make the raycasts think you're in a room? That seems more practical.

Just an fyi there definitely needs to be a bit of a writeup done on the latest documentaton on this if anyone has the time because this was annoying to deal with lol. The initial mouse click example I saw in the documentation was too basic.