2001-04-10 21:01:29 +00:00
|
|
|
/*
|
|
|
|
input.h
|
|
|
|
|
|
|
|
External (non-keyboard) input devices
|
|
|
|
|
|
|
|
Copyright (C) 1996-1997 Id Software, Inc.
|
|
|
|
|
|
|
|
This program is free software; you can redistribute it and/or
|
|
|
|
modify it under the terms of the GNU General Public License
|
|
|
|
as published by the Free Software Foundation; either version 2
|
|
|
|
of the License, or (at your option) any later version.
|
|
|
|
|
|
|
|
This program is distributed in the hope that it will be useful,
|
|
|
|
but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
|
|
|
|
|
|
|
|
See the GNU General Public License for more details.
|
|
|
|
|
|
|
|
You should have received a copy of the GNU General Public License
|
|
|
|
along with this program; if not, write to:
|
|
|
|
|
|
|
|
Free Software Foundation, Inc.
|
|
|
|
59 Temple Place - Suite 330
|
|
|
|
Boston, MA 02111-1307, USA
|
|
|
|
|
|
|
|
*/
|
|
|
|
|
2020-02-24 03:21:20 +00:00
|
|
|
#ifndef __QF_input_h
|
|
|
|
#define __QF_input_h
|
2001-04-10 21:01:29 +00:00
|
|
|
|
2001-10-28 04:23:37 +00:00
|
|
|
#include "QF/keys.h"
|
|
|
|
|
2021-09-20 06:21:11 +00:00
|
|
|
typedef struct in_axisinfo_s {
|
|
|
|
int deviceid;
|
|
|
|
int axis;
|
|
|
|
int value;
|
|
|
|
int min;
|
|
|
|
int max;
|
|
|
|
} in_axisinfo_t;
|
|
|
|
|
|
|
|
typedef struct in_buttoninfo_s {
|
|
|
|
int deviceid;
|
|
|
|
int button;
|
|
|
|
int state;
|
|
|
|
} in_buttoninfo_t;
|
|
|
|
|
|
|
|
#ifndef __QFCC__
|
2021-09-26 06:11:07 +00:00
|
|
|
|
2001-10-23 16:55:23 +00:00
|
|
|
typedef struct {
|
2001-04-11 07:57:08 +00:00
|
|
|
vec3_t angles;
|
|
|
|
vec3_t position;
|
2001-10-23 16:55:23 +00:00
|
|
|
} viewdelta_t;
|
|
|
|
|
2021-09-28 01:53:51 +00:00
|
|
|
struct qf_fd_set;
|
|
|
|
|
2021-08-30 05:40:19 +00:00
|
|
|
typedef struct in_driver_s {
|
2021-08-30 00:54:36 +00:00
|
|
|
void (*init) (void *data);
|
|
|
|
void (*shutdown) (void *data);
|
2021-09-26 06:11:07 +00:00
|
|
|
|
|
|
|
// The driver must provide either both or none of add_select and
|
|
|
|
// chec_select.
|
2021-09-28 01:53:51 +00:00
|
|
|
void (*add_select) (struct qf_fd_set *fdset, int *maxfd, void *data);
|
|
|
|
void (*check_select) (struct qf_fd_set *fdset, void *data);
|
2021-09-26 06:11:07 +00:00
|
|
|
// Generally musually exclusive with add_select/check_select
|
2021-08-30 00:54:36 +00:00
|
|
|
void (*process_events) (void *data);
|
2021-09-26 06:11:07 +00:00
|
|
|
|
2021-08-30 00:54:36 +00:00
|
|
|
void (*clear_states) (void *data);
|
|
|
|
void (*grab_input) (void *data, int grab);
|
2021-09-20 06:21:11 +00:00
|
|
|
|
|
|
|
void (*axis_info) (void *data, void *device, in_axisinfo_t *axes,
|
|
|
|
int *numaxes);
|
|
|
|
void (*button_info) (void *data, void *device, in_buttoninfo_t *buttons,
|
|
|
|
int *numbuttons);
|
2021-08-27 00:10:21 +00:00
|
|
|
} in_driver_t;
|
|
|
|
|
2021-08-30 05:40:19 +00:00
|
|
|
typedef struct in_device_s {
|
|
|
|
int driverid;
|
|
|
|
void *device;
|
|
|
|
const char *name;
|
2021-09-20 06:21:11 +00:00
|
|
|
const char *id;
|
2021-08-30 05:40:19 +00:00
|
|
|
} in_device_t;
|
|
|
|
|
2021-10-01 06:38:48 +00:00
|
|
|
/*** Recipe for converting an axis to a floating point value.
|
|
|
|
|
|
|
|
Recipes apply only to absolute axes.
|
|
|
|
|
|
|
|
\a deadzone applies only to balanced axes, thus it doubles as a flag
|
|
|
|
for balanced (>= 0) or unbalanced (< 0).
|
|
|
|
|
|
|
|
\a curve is applied after the input has been converted
|
|
|
|
*/
|
|
|
|
typedef struct in_recipe_s {
|
|
|
|
int minzone; ///< Size of deadzone near axis minimum
|
|
|
|
int maxzone; ///< Size of deadzone near axis maximum
|
|
|
|
int deadzone; ///< Size of deadzone near axis center (balanced)
|
|
|
|
float curve; ///< Power factor for absolute axes
|
|
|
|
} in_recipe_t;
|
|
|
|
|
|
|
|
typedef enum {
|
|
|
|
ina_set, ///< write the axis value to the destination
|
|
|
|
ina_accumulate, ///< add the axis value to the destination
|
|
|
|
} in_axis_mode;
|
|
|
|
|
|
|
|
/*** Logical axis.
|
|
|
|
|
|
|
|
Logical axes are the inputs defined by the game on which axis inputs
|
|
|
|
(usually "physical" axes) can act. Depending on the mode, the physical
|
|
|
|
axis value is either written as-is, or added to the existing value. It is
|
|
|
|
the responsibility of the code using the axis to clear the value for
|
|
|
|
accumulated inputs.
|
|
|
|
*/
|
|
|
|
typedef struct in_axis_s {
|
|
|
|
float value; ///< converted value of the axis
|
|
|
|
in_axis_mode mode; ///< method used for updating the destination
|
|
|
|
} in_axis_t;
|
|
|
|
|
|
|
|
/*** Current state of the logical button.
|
[input] Rework logical buttons
kbutton_t is now in_button_t and has been moved to input.h. Also, a
button registration function has been added to take care of +button and
-button command creation and, eventually, direct binding of "physical"
buttons to logical buttons. "Physical" buttons are those coming in from
the OS (keyboard, mouse, joystick...), logical buttons are what the code
looks at for button state.
Additionally, the button edge detection code has been cleaned up such
that it no longer uses magic numbers, and the conversion to a float is
cleaner. Interestingly, I found that the handling is extremely
frame-rate dependent (eg, +forward will accelerate the player to full
speed much faster at 72fps than it does at 20fps). This may be a factor
in why gamers are frame rate obsessed: other games doing the same thing
would certainly feel different under varying frame rates.
2021-10-01 00:16:31 +00:00
|
|
|
|
|
|
|
Captures the current state and any transitions during the last frame.
|
|
|
|
Not all combinations are valid (inb_edge_up|inb_down and inb_edge_down
|
|
|
|
(no inb_down) are not valid states), but inb_edge_up|inb_edge_down )with
|
|
|
|
or without inb_down) is valid as it represents a double transition during
|
|
|
|
the frame.
|
|
|
|
*/
|
|
|
|
typedef enum {
|
|
|
|
inb_down = 1<<0, ///< button is held
|
|
|
|
inb_edge_down = 1<<1, ///< button pressed this frame
|
|
|
|
inb_edge_up = 1<<2, ///< button released this frame
|
|
|
|
} in_button_state;
|
|
|
|
|
2021-10-01 06:38:48 +00:00
|
|
|
/*** Logical button.
|
|
|
|
|
|
|
|
Logical buttons are the inputs defined by the game on which button inputs
|
|
|
|
(usually "physical" buttons) can act. Up to two button inputs can be
|
|
|
|
bound to a logical button. The logical button acts as an or gate where
|
|
|
|
either input will put the logical button in the pressed state, and both
|
|
|
|
inputs must be inactive for the logical button to be released.
|
|
|
|
*/
|
[input] Rework logical buttons
kbutton_t is now in_button_t and has been moved to input.h. Also, a
button registration function has been added to take care of +button and
-button command creation and, eventually, direct binding of "physical"
buttons to logical buttons. "Physical" buttons are those coming in from
the OS (keyboard, mouse, joystick...), logical buttons are what the code
looks at for button state.
Additionally, the button edge detection code has been cleaned up such
that it no longer uses magic numbers, and the conversion to a float is
cleaner. Interestingly, I found that the handling is extremely
frame-rate dependent (eg, +forward will accelerate the player to full
speed much faster at 72fps than it does at 20fps). This may be a factor
in why gamers are frame rate obsessed: other games doing the same thing
would certainly feel different under varying frame rates.
2021-10-01 00:16:31 +00:00
|
|
|
typedef struct in_button_s {
|
|
|
|
int down[2]; ///< button ids holding this button down
|
|
|
|
int state; ///< in_button_state
|
|
|
|
} in_button_t;
|
|
|
|
|
|
|
|
/*** Represent the button's activity in the last frame as a float.
|
|
|
|
|
|
|
|
The detected activity is:
|
|
|
|
steady off (up)
|
|
|
|
steady on (down)
|
|
|
|
off to on (up to down) transition
|
|
|
|
on to off )down to up) transition
|
|
|
|
pulse on (off-on-off or up-down-up)
|
|
|
|
pulse off (on-off-on or down-up-down)
|
|
|
|
Any additional transitions are treated as a pulse appropriate for the
|
|
|
|
final state of the button.
|
|
|
|
|
|
|
|
\param button Pointer to the button being tested.
|
|
|
|
\return Float value between 0 (off/up) and 1 (on/down)
|
|
|
|
\note The edge transitions are cleared, so for each frame, this
|
|
|
|
is a one-shot function (ie, it is NOT idempotent).
|
|
|
|
*/
|
|
|
|
GNU89INLINE inline float IN_ButtonState (in_button_t *button);
|
|
|
|
|
|
|
|
/*** Test whether a button has been pressed in the last frame.
|
|
|
|
|
|
|
|
Both steady-state on, and brief clicks are detected.
|
|
|
|
|
|
|
|
\return True if the button is currently held or was pulsed on
|
|
|
|
in the last frame.
|
|
|
|
\note The edge transitions are cleared, so for each frame, this
|
|
|
|
is a one-shot function (ie, it is NOT idempotent).
|
|
|
|
*/
|
|
|
|
GNU89INLINE inline int IN_ButtonPressed (in_button_t *button);
|
|
|
|
|
|
|
|
/*** Test whether a button was released in the last frame.
|
|
|
|
|
|
|
|
Valid only if the button is still released. A pulsed off does not
|
|
|
|
count as being released as the button is still held.
|
|
|
|
|
|
|
|
\return True if the button is currently released and the release
|
|
|
|
was in the last frame.
|
|
|
|
\note The edge transitions are cleared, so for each frame, this
|
|
|
|
is a one-shot function (ie, it is NOT idempotent).
|
|
|
|
*/
|
|
|
|
GNU89INLINE inline int IN_ButtonReleased (in_button_t *button);
|
|
|
|
|
|
|
|
#ifndef IMPLEMENT_INPUT_Funcs
|
|
|
|
GNU89INLINE inline
|
|
|
|
#else
|
|
|
|
VISIBLE
|
|
|
|
#endif
|
|
|
|
float
|
|
|
|
IN_ButtonState (in_button_t *button)
|
|
|
|
{
|
|
|
|
static const float state_values[8] = {
|
|
|
|
// held down for the entire frame
|
|
|
|
[inb_down] = 1,
|
|
|
|
// released this frame
|
|
|
|
[inb_edge_up] = 0, // instant falloff
|
|
|
|
// pressed this frame
|
|
|
|
[inb_edge_down|inb_down] = 0.5,
|
|
|
|
// pressed and released this frame
|
|
|
|
[inb_edge_down|inb_edge_up] = 0.25,
|
|
|
|
// released and pressed this frame
|
|
|
|
[inb_edge_down|inb_edge_up|inb_down] = 0.75,
|
|
|
|
};
|
|
|
|
int state = button->state;
|
|
|
|
button->state &= inb_down; // clear edges, preserve pressed
|
|
|
|
return state_values[state & (inb_down|inb_edge_down|inb_edge_up)];
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifndef IMPLEMENT_INPUT_Funcs
|
|
|
|
GNU89INLINE inline
|
|
|
|
#else
|
|
|
|
VISIBLE
|
|
|
|
#endif
|
|
|
|
int
|
|
|
|
IN_ButtonPressed (in_button_t *button)
|
|
|
|
{
|
|
|
|
int state = button->state;
|
|
|
|
button->state &= inb_down; // clear edges, preserve pressed
|
|
|
|
// catch even press and release that occurs between frames
|
|
|
|
return (state & (inb_down | inb_edge_down)) != 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifndef IMPLEMENT_INPUT_Funcs
|
|
|
|
GNU89INLINE inline
|
|
|
|
#else
|
|
|
|
VISIBLE
|
|
|
|
#endif
|
|
|
|
int
|
|
|
|
IN_ButtonReleased (in_button_t *button)
|
|
|
|
{
|
|
|
|
int state = button->state;
|
|
|
|
button->state &= inb_down; // clear edges, preserve pressed
|
|
|
|
// catch only full release (a pulsed on does count as a release)
|
|
|
|
return (state & (inb_down | inb_edge_up)) == inb_edge_up;
|
|
|
|
}
|
|
|
|
|
2001-10-23 16:55:23 +00:00
|
|
|
extern viewdelta_t viewdelta;
|
2001-04-11 07:57:08 +00:00
|
|
|
|
2001-05-19 23:24:20 +00:00
|
|
|
#define freelook (in_mlook.state & 1 || in_freelook->int_val)
|
2001-04-10 21:01:29 +00:00
|
|
|
|
2012-02-01 11:07:21 +00:00
|
|
|
struct cvar_s;
|
2001-09-18 04:53:01 +00:00
|
|
|
|
2021-08-30 00:54:36 +00:00
|
|
|
int IN_RegisterDriver (in_driver_t *driver, void *data);
|
|
|
|
void IN_DriverData (int handlle, void *data);
|
2012-02-01 12:52:47 +00:00
|
|
|
void IN_Init (struct cbuf_s *cbuf);
|
2001-04-10 21:01:29 +00:00
|
|
|
void IN_Init_Cvars (void);
|
|
|
|
|
2021-09-20 06:21:11 +00:00
|
|
|
int IN_AddDevice (int driver, void *device, const char *name, const char *id);
|
2021-08-30 05:40:19 +00:00
|
|
|
void IN_RemoveDevice (int devid);
|
|
|
|
|
2021-09-20 06:21:11 +00:00
|
|
|
void IN_SendConnectedDevices (void);
|
2021-09-28 01:53:51 +00:00
|
|
|
const char *IN_GetDeviceName (int devid) __attribute__((pure));
|
|
|
|
const char *IN_GetDeviceId (int devid) __attribute__((pure));
|
2021-09-20 06:21:11 +00:00
|
|
|
int IN_AxisInfo (int devid, in_axisinfo_t *axes, int *numaxes);
|
|
|
|
int IN_ButtonInfo (int devid, in_buttoninfo_t *button, int *numbuttons);
|
|
|
|
|
2003-04-08 18:45:12 +00:00
|
|
|
void IN_ProcessEvents (void);
|
2001-04-10 21:01:29 +00:00
|
|
|
|
2003-04-08 18:45:12 +00:00
|
|
|
void IN_UpdateGrab (struct cvar_s *);
|
2002-01-17 22:04:58 +00:00
|
|
|
|
2003-04-08 18:45:12 +00:00
|
|
|
void IN_ClearStates (void);
|
2001-04-10 21:01:29 +00:00
|
|
|
|
[input] Rework logical buttons
kbutton_t is now in_button_t and has been moved to input.h. Also, a
button registration function has been added to take care of +button and
-button command creation and, eventually, direct binding of "physical"
buttons to logical buttons. "Physical" buttons are those coming in from
the OS (keyboard, mouse, joystick...), logical buttons are what the code
looks at for button state.
Additionally, the button edge detection code has been cleaned up such
that it no longer uses magic numbers, and the conversion to a float is
cleaner. Interestingly, I found that the handling is extremely
frame-rate dependent (eg, +forward will accelerate the player to full
speed much faster at 72fps than it does at 20fps). This may be a factor
in why gamers are frame rate obsessed: other games doing the same thing
would certainly feel different under varying frame rates.
2021-10-01 00:16:31 +00:00
|
|
|
int IN_RegisterButton (in_button_t *button, const char *name,
|
|
|
|
const char *description);
|
2021-10-01 06:38:48 +00:00
|
|
|
int IN_RegisterAxis (in_axis_t *axis, const char *name,
|
|
|
|
const char *description);
|
[input] Rework logical buttons
kbutton_t is now in_button_t and has been moved to input.h. Also, a
button registration function has been added to take care of +button and
-button command creation and, eventually, direct binding of "physical"
buttons to logical buttons. "Physical" buttons are those coming in from
the OS (keyboard, mouse, joystick...), logical buttons are what the code
looks at for button state.
Additionally, the button edge detection code has been cleaned up such
that it no longer uses magic numbers, and the conversion to a float is
cleaner. Interestingly, I found that the handling is extremely
frame-rate dependent (eg, +forward will accelerate the player to full
speed much faster at 72fps than it does at 20fps). This may be a factor
in why gamers are frame rate obsessed: other games doing the same thing
would certainly feel different under varying frame rates.
2021-10-01 00:16:31 +00:00
|
|
|
|
2001-04-11 07:57:08 +00:00
|
|
|
void IN_Move (void); // FIXME: was cmduser_t?
|
2001-04-10 21:01:29 +00:00
|
|
|
// add additional movement on top of the keyboard move cmd
|
|
|
|
|
2001-08-30 20:04:13 +00:00
|
|
|
extern struct cvar_s *in_grab;
|
2001-10-28 04:23:37 +00:00
|
|
|
extern struct cvar_s *in_amp;
|
|
|
|
extern struct cvar_s *in_pre_amp;
|
2001-05-31 03:41:35 +00:00
|
|
|
extern struct cvar_s *m_filter;
|
2003-09-04 22:29:40 +00:00
|
|
|
extern struct cvar_s *in_mouse_accel;
|
2001-05-31 03:41:35 +00:00
|
|
|
extern struct cvar_s *in_freelook;
|
|
|
|
extern struct cvar_s *lookstrafe;
|
2001-04-10 21:01:29 +00:00
|
|
|
|
2001-05-19 23:24:20 +00:00
|
|
|
extern qboolean in_mouse_avail;
|
|
|
|
extern float in_mouse_x, in_mouse_y;
|
2001-04-15 07:18:04 +00:00
|
|
|
|
|
|
|
|
[input] Rework logical buttons
kbutton_t is now in_button_t and has been moved to input.h. Also, a
button registration function has been added to take care of +button and
-button command creation and, eventually, direct binding of "physical"
buttons to logical buttons. "Physical" buttons are those coming in from
the OS (keyboard, mouse, joystick...), logical buttons are what the code
looks at for button state.
Additionally, the button edge detection code has been cleaned up such
that it no longer uses magic numbers, and the conversion to a float is
cleaner. Interestingly, I found that the handling is extremely
frame-rate dependent (eg, +forward will accelerate the player to full
speed much faster at 72fps than it does at 20fps). This may be a factor
in why gamers are frame rate obsessed: other games doing the same thing
would certainly feel different under varying frame rates.
2021-10-01 00:16:31 +00:00
|
|
|
extern in_button_t in_strafe, in_klook, in_speed, in_mlook;
|
2021-09-20 06:21:11 +00:00
|
|
|
#endif
|
2001-10-28 04:23:37 +00:00
|
|
|
|
2020-02-24 03:21:20 +00:00
|
|
|
#endif//__QF_input_h
|