Feature #175
behaviour of Apple Remote
| Status: | Resolved | Start Date: | ||
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assigned to: |  Adrian Stutz |
% Done: | 0% |
|
| Category: | preferences | |||
| Target version: | rev13 |
Description
The apple remote support is broken in rev 11, this worked in rev 10
History
Updated by anonymous - almost 3 years ago
Replying to anonymous:
The apple remote support is broken in rev 11, this worked in rev 10
It works as in it performs actions when buttons are pressed, but now left/right are chapter seek instead of +/- 5 sec seek or whatever the actual figure used to be. That needs to be fixed or made easy to configure because chapter seek makes the remote useless.
Updated by anonymous - almost 3 years ago
I can confirm this bug, and wish that left/right would seek a few seconds instead of seeking chapter/to the next file in the playlist.
I also would wish the bug reporters would be more diplomatic; it's not writing as if they were the developers' boss that the developpers will help us and fix the bug.
Updated by tabasco - over 2 years ago
I agree that the change of behaviour of the left and right buttons of Apple Remote is very annoying. I also wish that left/right would seek a few seconds instead of seeking chapter/to the next file in the playlist.
Furthermore, i find the forward/rewind behavior painful compared to a jump with a fixed interval.
Can you please let the user choose between the old and the new behaviour, or make the short press for a jump, and the long press to seeking chapter ?
thanks in advance
Updated by Adrian Stutz over 2 years ago
- Status changed from New to Resolved
- Priority changed from High to Normal
- Target version changed from undetermined to rev12
I understand that some might not like the change but I think it's now how it's supposed to be: From CD-Players to DVD-Players to most video players on OSX (e.g. VLC, QuickTime) all behave like this for combined skip/seek buttons:
- short click = skip
- hold = seek
As for what skip/seek should actually do - I'm open for improvement. Important is, that the user can figure out what the player is doing.
I changed the behavior in SVN as follows:
- skip: if there are chapters, skip to the next/previous chapter, else skip +/- 10 minutes
- seek: start with a 10s seek and double the seek length each second, maxing out at 10 minutes per seek
Feedback welcome.
Updated by Adrian Stutz over 2 years ago
- Target version changed from rev12 to rev13
- 2 set to rev11
Updated by Anonymous over 2 years ago
Is it possible to switch the skip/seek function, or make the behavior similar to the one in Front Row? The seek function is the very first reason I choose Mplayer Ext over VLC and/or Quicktime in the first place!