Comment détecter un bouton de jeu Appuyez sur OSX 10.5 et plus?

J'utilise procontroll, mais c'est une bibliothèque Java. C'est bien cependant.

Peut-être que vous pourriez peut-être consulter le code source de MAME OS X ? Il a un bon soutien de gamepad.

Vous pouvez essayer Dave Dribin 's DDHIDLIB .

suggestion de Peter du DDHIDLIB framework est exactement ce que vous recherchez. La bibliothèque est bien conçue et le code d'échantillon fourni avec la bibliothèque est assez explicite de soi.

Une implémentation d'un objet qui obtient toutes les joysticks / gamepads attachés au système et les montres pour les appuis sur les boutons à l'aide de DDHIDLIB ressemblerait à quelque chose comme Ceci: xxx

Je crois avoir résolu le problème indiqué par l'affiche originale en ce qui concerne le code d'échantillon donné:

ddhidjoystick * actuelJoystick = [joysticks ObjectAindex: 0]; [CurrentJoystick StartListening];

Vous devez sélectionner un joystick et commencer à l'écouter. Aussi simple que cela! Notez que vous pouvez remplacer le 0 avec n'importe quel index valide dans le tableau de joysticks, afin de sélectionner le joystick que vous écoutez, et je devine que vous pouvez écouter plus d'un à la fois si vous le souhaitez.

Notez également que cette initialisation (et la ci-dessus) doit être effectuée à partir d'un fil qui a une boucle d'exécution. Si vous travaillez sur des applications Native Mac OS X, ce n'est pas un problème, mais si vous écrivez le code portable et espère utiliser des threads POSIX, vous constaterez que de nombreux objets de cacao ne fonctionnent pas lors de la création d'un POSIX fil. J'ai constaté que vous pouvez généralement les appeler en toute sécurité à partir d'un thread une fois créé, mais la création doit se produire sur un fil avec une boucle d'exécution. Presque tous les objets de cacao qui fonctionnent via des événements de style de rappel, tirent ces événements de la boucle de course du fil qui les crée.

Premièrement, importez le cadre IOKIT et incluez-le comme celui-ci dans votre en-tête et vos fichiers de mise en œuvre: xxx pré>

dans votre fichier d'en-tête, vous souhaiterez peut-être avoir cette variable: p>

void gamepadWasAdded(void* inContext, IOReturn inResult, void* inSender, IOHIDDeviceRef device) {
  NSLog(@"Gamepad was plugged in");
}

void gamepadWasRemoved(void* inContext, IOReturn inResult, void* inSender, IOHIDDeviceRef device) {
  NSLog(@"Gamepad was unplugged");
}

void gamepadAction(void* inContext, IOReturn inResult, void* inSender, IOHIDValueRef value) {
  NSLog(@"Gamepad talked!");
  IOHIDElementRef element = IOHIDValueGetElement(value);
  NSLog(@"Element: %@", element);
  int elementValue = IOHIDValueGetIntegerValue(value);
  NSLog(@"Element value: %i", elementValue);
}

-(void) setupGamepad {
  hidManager = IOHIDManagerCreate( kCFAllocatorDefault, kIOHIDOptionsTypeNone);
  NSMutableDictionary* criterion = [[NSMutableDictionary alloc] init];
  [criterion setObject: [NSNumber numberWithInt: kHIDPage_GenericDesktop] forKey: (NSString*)CFSTR(kIOHIDDeviceUsagePageKey)];
  [criterion setObject: [NSNumber numberWithInt: kHIDUsage_GD_GamePad] forKey: (NSString*)CFSTR(kIOHIDDeviceUsageKey)];
  IOHIDManagerSetDeviceMatching(hidManager, criterion);
  IOHIDManagerRegisterDeviceMatchingCallback(hidManager, gamepadWasAdded, (void*)self);
  IOHIDManagerRegisterDeviceRemovalCallback(hidManager, gamepadWasRemoved, (void*)self);
  IOHIDManagerScheduleWithRunLoop(hidManager, CFRunLoopGetCurrent(), kCFRunLoopDefaultMode);
  IOReturn tIOReturn = IOHIDManagerOpen(hidManager, kIOHIDOptionsTypeNone);
  IOHIDManagerRegisterInputValueCallback(hidManager, gamepadAction, (void*)self);
}

Exemple de code de Rob a besoin d'une dernière chose à faire fonctionner.

if([joySticks count] > 0)
{
    DDHidJoyStick *myJoyStick = [joySticks objectAtIdex:0];
    [myJoyStick startListening];
}