Using Barrel instead of Eye for Weapon Aiming

#1 www.garagegames.com/community/resources/view/8397]
Have a look at that resource - it does what you're looking for at some point. The changes are mainly in getMuzzleTransform - but I highly reccommend that entire resource. It's great for a tactical FP sort of movement model. Except maybe the most recent update - if you're still using Kork, it makes it impossible to do anything :P.

#2 Ah, Thanks... Ya I'm setting up the A.C.K. for animation dependant aiming instead of the EyeVector aiming.

#3 I'll eventually be working on doing something like this, which is animation-dependent aiming to the max ;P. But that's a long way ahead.

#4 Thats actually a really cool feature demo video, lots of ideas can be visualized from that.

BTW: after the Realistic FP Resource it has broken my look angle mounting raycast...

Atm, it is only mounting vehicles that are eye-level instead of where the barrel or eye is looking(either would work) which is making things difficult for some of the vehicles.

Here is the code in question:

function ShapeBase::doRaycast(%this, %range, %mask)
{
   // get the eye vector and eye transform of the player
   %eyeVec   = %this.getEyeVector();
   %eyeTrans = %this.getEyeTransform();

   // extract the position of the player's camera from the eye transform (first 3 words)
   %eyePos = posFromTransform(%eyeTrans);

   // normalize the eye vector
   %nEyeVec = VectorNormalize(%eyeVec);

   // scale (lengthen) the normalized eye vector according to the search range
   %scEyeVec = VectorScale(%nEyeVec, %range);

   // add the scaled & normalized eye vector to the position of the camera
   %eyeEnd = VectorAdd(%eyePos, %scEyeVec);

   // see if anything gets hit
   %searchResult = containerRayCast(%eyePos, %eyeEnd, %mask, %this);

   return %searchResult;
}

I've tried replacing the getEyeTransform with getMuzzleTransform but for some reason it is not recognizing it...
Also made sure to add the current Mountnode into the string.

#5 Interesting... did you implement the whole resource? I didn't think any eye vector stuff was changed, except in the most recent update. However, that code should affect your raycast as well. I'll stick your script into my project and see what I get.

It seems to work for me - I was able to go into Barebones, stand on top of the constructor test interior, look down, cast a ray with the Interior typemask, and detect the interior. I did have to change

%eyePos = posFromTransform(%eyeTrans);

to

%eyePos = getWords(%eyeTrans,0,2);

but I assume you've defined the above function yourself...?

But I don't have the final update in :P. I'll go ahead and add that and see what happens.

EDIT: Haha, silly me. Added the head node moving and I'm seeing the problem you're describing. With a little debugging, it seems that the node transforms are not being set properly. This must be a server-side problem, since the code is obviously working client-side (the camera follows the character's eye node).
So for some reason, the server-side character isn't animating. I thought we fixed that in setActionThread.

Hrm.

EDIT: There's no getMuzzleTransform function - just muzzleVector and muzzlePoint. But those should work for you. Evidently, the muzzle vector is being calculated correctly on the server, since projectiles fly all over the place.

#6 Ya I added Codeblock 1(eye camera fix) and Codeblock 2(Muzzle aim fix), skipped the last codeblock because I already seem to have the effect he describes.

The Raycast function is in the library.cs file (stock MGSK) and called from the MountVehicle function in the serverside command.cs file

Yeah, I'm going to have to go through the 3DGPAI1 book again to brush up on my basic scripting techniques and functions.

That makes sense about the Client/Server sync being the issue, I'm going to test it on a client/server right now and see what else I can find out.

#7 Ok, I found a problem with the install instructions though I have tested it and still no deal... But I'm going to continue this problem in the Resource Thread as that is where it should be at this point.

For any others:(Realistic FirstPerson View) - Recommended W/Advanced Animations
www.garagegames.com/community/resources/view/8397

#8 I seem to have found a solution - but we should continue discussion on the resource thread ;P.