Support
All support resources for our products. Here you can find answers to frequently asked questions, discuss with other users, recover a lost license code or file a support request.
Forum closed
This forum was closed and turned into an archive effective April 21, 2018. It is no longer possible to create new topics or reply to existing topics.

Thanks everyone for all the great questions and contributions over the years.

Please use the Contact form to get in touch.

Remote Buddy Forum

Overview 

AuthorThread
User

23.01.2008 12:44:41
RB with Xhub and eyeTV remote anybody?
View

This posting is older than 6 months and can contain outdated information.
Does anybody have experience using Remote Buddy together with Xhub?

I've constructed a simple behaviour for Xhub, which basically works. The problem I've got (which only occurs with Remote Buddy running) is that when Xhub needs to open iTunes in the background (eg. Music or Radio from the main menu) I get a warning beep, then nothing more. Something or someone (Remote Buddy?) obviously isn't happy and Xhub 'hangs' (eg. I can't switch back to the Desktop).

If I call up the Force Quit window I can see that iTunes at least appears to be running OK (no "Application not responding" message). If I force quit iTunes from here, then Xhub works again.

I know this sounds, on the face of it, like a problem with XHub but as I said, this only happens with Remote Buddy running. And incidentally, when using RB I have Xhub's option to use the apple remote DEactivated - to make sure there are no conflicts with the keystrokes being sent from the Buddy behaviour. So I'm wondering whether it's got somehing to do with auto de/activation of the respective behaviours?

But having said all that, just to add a twist, I'm sure that it has worked on some occasions (again leading me to believe it's probably my Xhub behaviour to blame or my mappings in RB). But the next problem, was after entering Coverflow from Xhub; I was unable to scroll through the albums - just a warning beep when I press left or right (+/- works, adjusting the volume). But it all works fine using Xhub without RB, or with iTunes and RB without Xhub. It's just the combination of Xhub/iTunes/RB that seems to be the problem?

Confused? I certainly am!!! Would welcome any hints as to what's going wrong here.

Hmmm, just reading this through again it's occured to me somebody might ask why I'm trying to send keystrokes to Xhub via RB, when Xhub already supports the Apple Remote?!? Thats because the next step in my 'master plan' is to ditch the Apple Remote and control everything including Xhub from the eyeTV remote. I figured though, it's better to get things working properly with the AR first, before complicating things more.

Cheers.

These entries from the FAQ may be relevant to this topic:

Behaviours
Behaviours - Support for iTunes® & AirPlay®
Hardware - Apple® Remote
Hardware - EyeTV Receiver
User

23.01.2008 13:20:01
Re: RB with Xhub and eyeTV remote anybody?
View

This posting is older than 6 months and can contain outdated information.
Thanks for your posting.

Remote Buddy does not do anything strange with iTunes nor XHub, 
though. It uses iTunes trough AppleScript (like everybody else) and 
currenly doesn't have support for XHub and thus also no routines 
specific to it. So I don't see how it could affect what XHub is doing 
or how it is performing.

Thus, please file a bugreport with the author of XHub, so he can look 
into and ultimately fix the problem. I'm not the right addressee for 
XHub related problems.

You can, btw, use the Virtual Remote of Remote Buddy to 1:1 emulate 
Apple Remote button press events (regardless of whether you have a 
built-in receiver or which remote you use), so you may want to try 
that approach, too, should the use of keypresses not be properly 
handled by XHub.

Best regards, 
Felix 

User

23.01.2008 14:35:14
Re: RB with Xhub and eyeTV remote anybody?
View

This posting is older than 6 months and can contain outdated information.
Hi Felix,

Thanks for the quick reply!

Don't misunderstand me, I'm not suggesting it's a fault with RB as such. Rather a fault possibly in my understanding of how it works (which is still quite elementary). I've defined a behaviour in order to map the necessary keystrokes, thanks to help from the online video but am just wondering if there's anything I need to bear in mind or anything obvious that could be causing the problem. For example, it took me a while to work out NOT to send the keystroke for switching into Xhub directly to the app itself, for reasons which now seems obvious enough but didn't occur to me when first making the behaviour.

But thanks for the tip about the virtual remote! My case in point cos that's a subject I haven't explored yet and if it means a more realistic and accurate simulation of the Apple Remote, maybe that's exactly what I need. But can I somehow integrate that with the eyeTV remote? I'll RTFM for that ;-)

I'll definately write the author or post to a forum for Xhub too, but I could also imagine the reply is "not a bug with Xhub" because, as I wrote, both Remote Buddy and Xhub operate fine each in their own right. The problems only start when I start trying to glue them together with my own custom behaviour.

I'd love to get this all working though because since my HTPC is based around eyeTV and Remote Buddy is the only remote control software to support the eyeTV remote and Xhub the only mediacenter to integrate eyeTV it seems to be the perfect combination?!

Just as an aside; XHub comes with plugins for various remote software, but unfortunately not RB (hence me trying to roll my own). Ever thought about distributing an Xhub behaviour this way?

Cheers, 
Rich 

User

23.01.2008 14:56:28
Re: RB with Xhub and eyeTV remote anybody?
View

This posting is older than 6 months and can contain outdated information.
Yesss, Virtual Remote function! That looks like being exactly what I need. With Xhub open I don't need RB menus - ultimately, all I want to do is control it from the eyeTV remote.

So simple. I guess that's why Xhub doesn't need it's own behaviour!

Cheers, 
Rich