Re: AppleIRController raw events
Re: AppleIRController raw events
- Subject: Re: AppleIRController raw events
- From: "Shayne Wissler" <email@hidden>
- Date: Mon, 25 Aug 2008 15:47:45 -0600
By "limit" I mean that they are reducing the information content
that's naturally physically there. The user is in reality pressing
down at a given time and up at a given time, but the program gets a
distorted version of this interaction which therefore limits the kinds
of things you can do with the remote.
Shayne Wissler
On Mon, Aug 25, 2008 at 3:10 PM, Jean-Daniel Dupas
<email@hidden> wrote:
> 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.
>
>
> 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
>> <email@hidden> wrote:
>>>
>>> Le 24 août 08 à 20:53, Shayne Wissler a écrit :
>>>
>>>> Hello,
>>>>
>>>> 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.
>>>>
>>>> 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
>>>>
>>>> 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).
>>>>
>>>> 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.
>>>>
>>>> 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.
>>>
>>>
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Darwin-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>>
>
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden