GameInput. La funcionalidad de GameInput es un superconjunto de todas las API de entrada anteriores. Como resultado, la portabilidad desde una API de entrada anterior es, en la mayoría de los casos, un proceso sencillo. Los cambios más grandes suelen derivarse de que GameInput está centrado en la entrada en lugar de en el dispositivo. El código que usa API anteriores normalmente enumera los dispositivos de entrada antes de leer su entrada. Sin embargo, en GameInput, esto no es necesario. Adaptarse al modelo centrado en la entrada de GameInput suele constituir la mayor parte de los cambios estructurales del código anterior que se va a portar.
Los temas siguientes proporcionan detalles sobre las diferencias entre GameInput y las API de entrada anteriores. Estos temas también incluyen ejemplos de código que destacan las diferencias más importantes entre las API.
Portabilidad de Windows.Xbox.Input a GameInput
Describe la portabilidad desde Windows.Xbox.Input en el Software Development Kit de XBOX One original.
Portabilidad de XInput a GameInput
Describe la portabilidad desde XInput.
Uso de GameInput en paralelo con API más antiguas
Para las aplicaciones que quieran usar código de GameInput en paralelo con interfaces y API más antiguas, la API es lo suficientemente flexible como para permitir también este caso de uso. Esto permite a las aplicaciones aprovechar fácilmente nuevas capacidades, como la compatibilidad con sensores y hápticos, sin reemplazar toda su pila de entrada. A partir de la versión 1 (v1),GameInputDeviceInfo contiene un campo pnppath que representa una ruta de acceso al dispositivo subyacente. Este campo es el mismo que la ruta de acceso de DIPROPGUIDANDPATH proporcionada por DirectInput. También puede usarse para que las aplicaciones interactúen directamente con el dispositivo llamando a CreateFile. Tenga en cuenta que los dispositivos Game Input Protocol (GIP) que no son mandos podrían no tener esta propiedad, ya que no se pueden abrir directamente.