site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Le 25 août 08 à 22:37, Shayne Wissler a écrit : Thank you for the tip, I will try that as a last resort, but using the raw button press/release events would make a higher quality result. Are those just not available? If not, do you have any idea on why Apple would limit the API in that way? Shayne Wissler On Sun, Aug 24, 2008 at 3:43 PM, Jean-Daniel Dupas <devlists@shadowlab.org> wrote: Le 24 août 08 à 20:53, Shayne Wissler a écrit : Hello, Here are the interface values I am using: page=1 cookie=14 usage=86 kHIDUsage_GD_SystemAppMenu page=1 cookie=15 usage=89 kHIDUsage_GD_SystemMenu page=1 cookie=16 usage=8a kHIDUsage_GD_SystemMenuRight page=1 cookie=17 usage=8b kHIDUsage_GD_SystemMenuLeft page=1 cookie=1d usage=8c kHIDUsage_GD_SystemMenuUp page=1 cookie=1e usage=8d kHIDUsage_GD_SystemMenuDown In iTunes you can hold down "fast-forward" and it works as expected, so it is getting more information than I'm able to get so far. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/devlists%40shadowlab.org This email sent to devlists@shadowlab.org _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... What do you mean by limit the API? I'm pretty sure iTunes and QuickTimes are using thoses events to implements fast forward/backward functions. Indeed, I do it too in a video player I wrote and it works pretty well. I'm able to start a fast forward if the user lets the fast forward button pressed and to stop it when it releases it. I have an application that uses the Apple remote that is not working optimally in my situation because of the filtering of events Apple seems to do before passing the events along. I would prefer to get the raw button press/release events with no filtering but haven't been able to find out how to do it. I am using IOHIDDeviceInterface122 and IOHIDQueueInterface and some related calls to obtain the events. I have attempted to use "page 0xc" of the IR interface but that didn't seem to do anything useful. As an example of the unwanted filtering: When I press/release "increase/decrease volume", I get the press/release events as they physically happened (my desired behavior); when I press "fast-forward/reverse", I only get a press event upon a physical release and only if I do it in a certain amount of time (which limits the usefulness of my application). Thanks for any help! You can get some additional events listening for "usage page" = kHIDPage_Consumer (the one you call 0x0c) and Usage = kHIDUsage_Csmr_FastForward and kHIDUsage_Csmr_Rewind. They will be triggered if you let the fast forward or fast backward button down during one or two seconds. This email sent to site_archiver@lists.apple.com