Writing a new actor move

[muffinpeddler]

let me just say that I feel a little boxed in with the current pcactormove, since it seems like it has a lot of support for thirdperson movement, but firstperson movment is a lot worse, and I have to do a lot of the movement by hand, such as mouse movement.  How difficult would it be to write or extend the current one?  I do like a lot of the functionality available right now (cal3d actions, etc.), but I want to customize it for a firstperson shooter.  Any suggestions?

Thanks.

[jorrit]

let me just say that I feel a little boxed in with the current pcactormove, since it seems like it has a lot of support for thirdperson movement, but firstperson movment is a lot worse, and I have to do a lot of the movement by hand, such as mouse movement.  How difficult would it be to write or extend the current one?  I do like a lot of the functionality available right now (cal3d actions, etc.), but I want to customize it for a firstperson shooter.  Any suggestions?

Thanks.

Well I gladly accept patches for enhancements. Especially a mouselook would be very nice to have. I don't think extending pcactormove is too hard as it is really a relatively simple class.

Greetings,

[muffinpeddler]

Could I ask you, then, if pcactormove overrides certain camera motions?  Transforming the camera does nothing to the movement of the actor, except moving the pitch.

[jorrit]

Could I ask you, then, if pcactormove overrides certain camera motions?  Transforming the camera does nothing to the movement of the actor, except moving the pitch.

That's not pcactormove that is doing that. Pcactormove doesn't actually do anything with the camera currently (except for camera mode setting). It is the camera class itself that handles this.

Greetings,

[muffinpeddler]

Yes, I realized the mistake before I could fix it

That is something I am also concerned about.  Do you know, perhaps, why yaw movements and transformations of the actual iCamera in a pcdefaultcamera don't affect the camera view?  I will look into some of these things, see if there is anything I could mess with.

[jorrit]

Yes, I realized the mistake before I could fix it

That is something I am also concerned about.  Do you know, perhaps, why yaw movements and transformations of the actual iCamera in a pcdefaultcamera don't affect the camera view?  I will look into some of these things, see if there is anything I could mess with.

You shouldn't touch the iCamera indeed. The camera property class assumes full control. It is perfectly possible to do mouselook by using the api in the camera property class instead. I believe there are some posts about this topic on this forum somewhere.

Greetings,

[muffinpeddler]

Yes, and one of them was mine.  The small detail that I couldn't figure out and that no one really told me why is that you can only move the camera property class's pitch, not the yaw, which makes full camera mouse look difficult to impossible.  Instead I mixed it with actormove rotations and a camera move pitch, but that is only a hack and the movement is still not perfect.

Is this a problem you are aware of or is it desired functionality?

[jorrit]

Yes, and one of them was mine.  The small detail that I couldn't figure out and that no one really told me why is that you can only move the camera property class's pitch, not the yaw, which makes full camera mouse look difficult to impossible.  Instead I mixed it with actormove rotations and a camera move pitch, but that is only a hack and the movement is still not perfect.

Is this a problem you are aware of or is it desired functionality?

This might depend on the current mode you're using. Yaw probably only works in some of the modes. Which camera mode are you using?

Greetings,

[jorrit]

BTW. I'd like to add that you should perhaps wait a bit with this. Someone is busy making a totally new camera class (more or less compatible) in CEL. It should be working relatively soon. It will handle mouse look natively.

Greetings,

[muffinpeddler]

Really?  Great.  Well, about the mode, I was using firstperson mode, but it works in a few other ones.  And you know what, when I think about it, that makes perfect sense why it doesn't work it firstperson mode. It is only moving the camera, and not the actor.  That's why the pitch moves...hmm...I guess I was expecting that functionality to be built into the actor class.  But, like you said, it seems such functionality is coming soon, so I will wait

When you say more or less compatible, is this a CS creation or CEL?

Thanks.

[jorrit]

Really?  Great.  Well, about the mode, I was using firstperson mode, but it works in a few other ones.  And you know what, when I think about it, that makes perfect sense why it doesn't work it firstperson mode. It is only moving the camera, and not the actor.  That's why the pitch moves...hmm...I guess I was expecting that functionality to be built into the actor class.  But, like you said, it seems such functionality is coming soon, so I will wait

When you say more or less compatible, is this a CS creation or CEL?

Thanks.

It is a replacement of the current CEL camera class.

Greetings,

[muffinpeddler]

Also, is there currently a feature/limitation where you can't see any bit of your mesh when in firstperson camera mode?  An example of this is seeing the hands hold a weapon, or looking down at the feet/knees.

[jorrit]

Also, is there currently a feature/limitation where you can't see any bit of your mesh when in firstperson camera mode?  An example of this is seeing the hands hold a weapon, or looking down at the feet/knees.

At this moment the camera automatically makes the mesh invisible if it switches to first person mode. The reason is to avoid various limbs floating in front of the camera. Handling of a weapon should be done differently I think.

Greetings,

[muffinpeddler]

What if you have sockets connecting weapons on the hands?  Couldn't it be a nice way to show an extension of the character holding a weapon, rather than just the weapon itself or fake hands?  Are submeshes hidden too?  Is there anyway to turn this off to see the effect?

[jorrit]

What if you have sockets connecting weapons on the hands?  Couldn't it be a nice way to show an extension of the character holding a weapon, rather than just the weapon itself or fake hands?  Are submeshes hidden too?  Is there anyway to turn this off to see the effect?

You can only turn this off by modifying the code right now. Look for CS_ENTITY_INVISIBLE.

greetings,