VERC: User Input Processing System Last edited 22 years ago2002-01-29 22:39:00 UTC

You are viewing an older revision of this wiki page. The current revision may be more detailed and up-to-date. Click here to see the current revision of this page.

This article was recovered from an archive and needs to be reviewed

  1. The formatting may be incorrect as it was automatically converted to WikiCode from HTML, it needs to be revised and reformatted
  2. Some information may be out of date as it was written before Half-Life was available on Steam
  3. After the article is re-formatted and updated for Steam HL, remove this notice
  4. Please do not remove the archive notice from the bottom of the article.
  5. Some archive articles are no longer useful, or they duplicate information from other tutorials and entity guides. In this case, delete the page after merging any relevant information into other pages. Contact an admin to delete a page.

HL SDK 2.2

This article was originally made available as part of version 2.2 of the Half-Life SDK. As such, all limitations, restrictions, license agreements, copyrights and trademarks from the original document apply here (Link: index.php?doc=1011658625-34537700) .

In this SDK release, the user input processing system has been moved to the client.dll . The user input system handles all mouse, keyboard, and controller ( joystick ) inputs and creates the appropriate movement commands based on the input data.

A . Keyboard Handlers

Handled keyboard actions are defined in InitInput() , and certain input related cvars are also registered there.

Handlers for toggleable keys can be found in input.cpp . A typical handler takes the form:
void IN_UpDown(void) { KeyDown(&in_up); }
void IN_UpUp(void) { KeyUp(&in_up); }
The functions IN_UpDown and IN_UpUp are mapped to +moveup and -moveup in InitInput() .
?
gEngfuncs.pfnAddCommand ("+moveup",IN_UpDown);
gEngfuncs.pfnAddCommand ("-moveup",IN_UpUp);
?
Thus, when the key bound to +moveup is pressed, the function IN_UpDown ( i.e., the "Up" key has been pressed down ) is called. This function, in turn, invokes the KeyDown utility function and passes in the address of the &in_up key structure.

Based on the above, to add a new key to the input system is simple:
  1. First define the appropriate key structure: kbutton_t in_mykey ;
  2. Then define the handlers for the up and down events for that key:
void IN_MyKeyDown(void) {KeyDown(&in_mykey);}
void IN_MyKeyUp(void) {KeyUp(&in_mykey);}
  1. Then link the handlers to actual bindable key commands in InitInput :
gEngfuncs.pfnAddCommand ("+mykey",IN_MyKeyDown);
gEngfuncs.pfnAddCommand ("-mykey",IN_MyKeyUp);

B . Constructing a Movement Command based on User Inputs

The Half-Life engine constructs movement commands by filling in a usercmd_t structure ( see usercmd.h ).

The new input system processes user inputs in CL_CreateMove in input.cpp . This function is the core of creating a movement for the user. The current view angles are sampled and adjusted by calling in to CL_AdjustAngles() . The final view angles are placed into the usercmd_t structure when the movement is complete. After the view angles are sampled, keyboard influences such as strafing and other movements are added to the movement command. The effects of the keyboard look and the speed key are factored in next. The client caps the maximum requested velocity to the current player maxspeed to avoid prediction glitches on the client. Next, the mouse and joystick are allowed to contribute to the usercmd_t in IN_Move() ( inputw32.cpp ). Afterward, any impulse command is set and the underlying impulse flag is cleared, and the button bit fields are set.

As for IN_Move() , it simply calls in to IN_MouseMove() which accumulates vertical and horizontal offsets for the mouse and converts those into angle changes or movements depending on the user's control settings. Similar sampling code exists for the joystick/controller as well, and that code can be found by tracing into IN_JoyMove() .

C . The Third Person Camera

The third person camera, when active, takes over mouse sampling and camera positioning. The bulk of the work is done in CAM_Think , which is called by the engine once per frame. The results of CAM_Think influence the view setup functions discussed elsewhere.
This article was originally published on the Valve Editing Resource Collective (VERC).
TWHL only archives articles from defunct websites. For more information on TWHL's archiving efforts, please visit the TWHL Archiving Project page.

Comments

You must log in to post a comment. You can login or register a new account.