Author | Thread |
User 13.01.2009 23:52:09 | scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well. | |
This posting is older than 6 months and can contain outdated information. Dear Remote Buddy Team, I've been using Remote Buddy happily for some time now, yet I run into some strange behaviour now. Hopefully you can help me to resolve this. I'd like to access both FrontRow and the Remote Buddy menu from my Apple Remote + KeySpan receiver. In the RM > Preferences > Mapping, I mapped 'Menu (Held)' to 'Activate / Deactivate Front Row'. So far so good. Then additionally I mapped 'Play / Pause (Held)' to 'Open Remote Buddy Menu'. As soon as this mapping is entered, the Remote Buddy Menu functionality works just fine. Though, when going into FrontRow (pressing 'Menu (Held)'), scrolling up in long lists doesn't seem to work anymore. Scrolling down (pressing and holding the - key) works fine, but scrolling up (pressing and holding the + key) behaves like a 'selection' (could be a single right click or a single play/pause click). Scrolling up by using single short clicks works, it's the up (+) and hold that seems to be mis-mapped. On my computer, I'm perfectly capably of reproducing this. Do you have an idea what could be causing this? Looking forward to any help. all the best, bart
| These entries from the FAQ may be relevant to this topic: Behaviours
There are several possible error sources:
- The application has been installed after Remote Buddy has already been launched
For efficiency reasons, Remote Buddy only searches for supported applications when its started. If you have installed an application after launching Remote Buddy, please quit Remote Buddy and launch it anew.
- Oudated program versions
The installed version of the program in question could be outdated and identify itself with a different Bundle Identifier than the version supported by Remote Buddy. This problem often occurs with Mplayer OS X. The most recent version of that application is not to be found on Sourceforge but on directly on the pages of Mplayer HQ.
- Custom menus
If you use a custom menu in Remote Buddy and you don't make use of Remote Buddy's smart folders, the menu structure is static. You have to manually add the behaviour into a place of your choice in the menu.
- The behaviour is deactivated.
Make sure, the checkbox in front of the Behaviour's name in the Mappings pane of the preferences is active.
- The Launch Services database is outdated.
Remote Buddy uses Launch Services to check for the availability of an application on your Mac. If the Launch Services database of OS X is incomplete or outdated, so is Remote Buddy's dynamically created menu. The solution, though is easy. Download LSRefresh, launch it, select the application(s) that don't turn up in Remote Buddy's menu, wait until the update is finished and then restart Remote Buddy.
Hardware
- Please make sure you have the latest version of Remote Buddy installed. If in doubt, download the latest version, quit Remote Buddy, delete it, empty your trash, then copy the downloaded version of Remote Buddy to your harddrive and start it from there.
- Please make sure, that you have installed the latest version of the Remote Buddy drivers. You can install the drivers using the Setup Wizard (=> access it via the Remote Buddy pulldown menu).
- Check your Remote Buddy settings in the Hardware category. Your remote control should be listed there and the lamp next to it should be green. If you don't find your remote control there, either the Remote Buddy drivers were not installed or installed in an outdated version - or - there is a general problem with the device. For USB devices, plugging the device to another port or resetting the PMU and/or SMC-unit of your Mac® (=> find guides on how to do this for your Mac® in the support area of apple.com) may help. If you can't find it under "USB" in the System Profiler (=> /Applications/Utilities) either, a hardware defect is as well possible.
- Check the batteries of your remote control.
- If your remote control has an on/off switch: make sure that your remote control is switched on.
- If your remote control requires additional receiver hardware: make sure that it is correctly attached to your computer and that it turns up in System Profiler.
- If you use an Apple® Remote, you should also check your system settings. Quit Remote Buddy, then open System Preferences.app > Security. Please make sure that the option to disable the infrared receiver is NOT active and click on "Unpair" should you have paired your Apple® Remote with your Mac®. After that, start Remote Buddy. If your Apple® Remote still doesn't work with Remote Buddy, please also check its preferences for the Apple® Remote. They can be found at Preferences > Hardware > Built-in IR receiver. If support for multiple remote controls is enabled there, ensure that your remote control is checked in the right table (=> you can find the correct entry for your remote control by pressing a button on it).
- If you are using a Keyspan™ RF Remote for Front Row, re-pair its remote control and receiver by simultaneously pressing the small knob on the back of the remote control and the knob on the receiver stick (the knob looks like the blinking LED, except it does not blink).
Hardware - Apple® Remote
To enable you to use all capabilities of the IR Receiver of your Mac®, Remote Buddy is using its own driver. In contrast, all other applications with integrated Apple® Remote support usually use the OS X Apple® Remote subsystem.
As long as you're running Remote Buddy, Remote Buddy and its driver are responsible for turning the received button presses into actions. As soon as you quit Remote Buddy, this task is again handled by the OS X Apple® Remote subsystem.
If other applications don't use the interface to the OS X Apple® Remote subsystem correctly, this can lead to the effect that nothing happens when you press a button on your Apple® Remote. For as long as you're running Remote Buddy, issues like this are covered by Remote Buddy and it's driver and are therefore not visible to you. However, as soon as you quit Remote Buddy, the OS X Apple® Remote subsystem is back in control and any issues caused in it by other applications become visible.
Therefore Remote Buddy is neither the cause of the issue nor is it responsible for it. Instead, the cause of the issue exists independently of Remote Buddy. It's located elsewhere and can also only be solved there.
Although our products can't cause any such issues, we're regularly contacted about such issues and asked for help. In order to make locating and fixing the cause of such issues as easy and efficient as possible, we've developed a free diagnostics tool: Remote Control Diagnostics. It can locate issues with a single click and will provide you with information about the issue as well as with instructions on how you can fix it.
Please update your copy of Remote Buddy to version 1.15 or later.
| User 17.01.2009 12:45:12 | Re: scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well. | |
This posting is older than 6 months and can contain outdated information. Thanks for asking. (I'll answer here and delete you identical support inquiry - please only use one of both for the same question in the future). If you globally map "Open Front Row" to Menu (held), that button is no longer available to Front Row's default settings, which has "Open RB menu" mapped to that button. RB automatically adjusts your FR mapping table and moves the "Open RB menu" to a button that doesn't yet have any action attached to it. Like - for example - the "Plus (held)" entry. Then, if you hold down the Plus button on your AR to scroll, RB will no longer directly forward all events to the action mapped under "Plus", but differentiate between "Plus" and "Plus (held)" and route the event to the action mapped under "Plus (held)" when you press the button for some time. A short click will still be routed to the action under "Plus". Possible solution: Go to RB > Prefs > Mapping > Front Row and ensure that "Open menu" (and no other action, either) is mapped to "Plus (held)" and manually remove it (by selectin "-" from the dropdown), if there is. Best regards, Felix Schwarz
| User 21.01.2009 09:56:24 | Re: scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well. | |
This posting is older than 6 months and can contain outdated information. Thanks. It wasn't clear that globally mapped actions would push regular actions to unspecified keys. I'd thought they would just overrule the regular action. All clear now, I'll figure out a working setup for my needs. thanks, bart |
|