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:
http://lists.apple.com/mailman/options/darwin-dev/email@hidden
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:
http://lists.apple.com/mailman/options/darwin-dev/email@hidden
This email sent to email@hidden
