XBMC

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

Plugin available for XBMC (http://xbmc.org).

Version 0.2

- Works on for XMBC Atlantis Beta 1 or greater.
- Handles all remote buttons.
- Handles actions beyond physical buttons (Random, Repeat, etc.) for Harmony or similar remote owners.

kricker · **Joined:** Thu Oct 12, 2006 6:49 am **Posts:** 133

I plan on trying this out tonight! Thank You. Quick Question: Does this plugin allow navigation of the XBMC onscreen keyboard?

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

kricker wrote:

I plan on trying this out tonight! Thank You. Quick Question: Does this plugin allow navigation of the XBMC onscreen keyboard?

Yes. It sends codes as if they were sent by an actual remote so it works for the onscreen keyboard just as it did with the Xbox version and a remote.

kricker · **Joined:** Thu Oct 12, 2006 6:49 am **Posts:** 133

Okay so I gave it a whirl.

All my remote presses were sent multiple times constantly. Pressing up or down in the MediaStream main menu menu scrolling forever. All my buttons were being sent in a constant flow until I pressed another button, then that button starting repeating forever. Is this an issue with the XBMC EventServer?

It would also be nice to have an alternative shutdown choice. One that launched the power menu like "s" does.

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

kricker wrote:

Okay so I gave it a whirl.

All my remote presses were sent multiple times constantly. Pressing up or down in the MediaStream main menu menu scrolling forever. All my buttons were being sent in a constant flow until I pressed another button, then that button starting repeating forever. Is this an issue with the XBMC EventServer?

Ok, I am seeing this now too. I am working on it. Will post when fixed.

Quote:

It would also be nice to have an alternative shutdown choice. One that launched the power menu like "s" does.

I will see about this too.

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

The problem with the repeating keys has been fixed and the first post has been updated with a fixed version.

I'll look into implementing a smarter shutdown action tomorrow.

kricker · **Joined:** Thu Oct 12, 2006 6:49 am **Posts:** 133

Great. I'll try it out now.

kricker · **Joined:** Thu Oct 12, 2006 6:49 am **Posts:** 133

Definitely working better now. I think the function you are currently calling "Title" should be called "Context Menu" as that is the actual function name.

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

Good to hear. The title action is named after the key name in Keymap.xml. I agree it's misleading but I tried to map things directly to the keymap names so people can map as expected.

I made a shutdown menu action but it crashes XBMC. It's a bug on their side, nothing I can do about it other than report it. For now you can modify Keymap.xml under the remote section to change the power element to:

<power>XBMC.ActivateWindow(MyVideos)</power>

And use the Power action in EventGhost.

kricker · **Joined:** Thu Oct 12, 2006 6:49 am **Posts:** 133

kirs wrote:

Good to hear. The title action is named after the key name in Keymap.xml. I agree it's misleading but I tried to map things directly to the keymap names so people can map as expected.

Okay, I just thought it made more sense to call them by the function that is done when the button is pressed instead of the key. I guess "title" is the only one that sounds confusing when looking thru the keymap.

kirs wrote:

I made a shutdown menu action but it crashes XBMC. It's a bug on their side, nothing I can do about it other than report it. For now you can modify Keymap.xml under the remote section to change the power element to:

kirs wrote:

<power>XBMC.ActivateWindow(MyVideos)</power>

And use the Power action in EventGhost.

ActivateWindow(MyVideos)? Wouldn't that cause the power function to take you to the videos menu? I figure it should be "ActivateWindow(shutdownmenu)", which I can change in the keymap myself. No need for your plugin to change anything.

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

kricker wrote:

ActivateWindow(MyVideos)? Wouldn't that cause the power function to take you to the videos menu? I figure it should be "ActivateWindow(shutdownmenu)", which I can change in the keymap myself. No need for your plugin to change anything.

Cut and paste error

Yeah, until they fix that crash on shutdown menu it's best to do it in the keymap.

topfs2 · **Joined:** Mon Jun 16, 2008 9:50 am **Posts:** 4

I have a few pointers.
Mainly in the comming RC/Gold version of XBMC it will support better actions so I would recommehnd you to update xbmccliet.py from svhn

now Its possigble to cohntroll all actiohns.
chnahmngbe lihmne

Code:

self.plugin.xbmc.send_action(self.value)

to

Code:

self.plugin.xbmc.send_action(self.value,actiontype=ACTION_BUTTON)

Also hnow we support way gbetter shnuyjtdowhn features, look at my gblogb post. http://xbmc.org/topfs2/2008/09/23/skinn ... hibernate/

Excuse my weird post gbecause I hnave spilled coffe ihn my keygboard so it's quite fucked up :S

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

topfs2 wrote:

I have a few pointers.
Mainly in the comming RC/Gold version of XBMC it will support better actions so I would recommehnd you to update xbmccliet.py from svhn

now Its possigble to cohntroll all actiohns.
chnahmngbe lihmne

Code:

self.plugin.xbmc.send_action(self.value)

to

Code:

self.plugin.xbmc.send_action(self.value,actiontype=ACTION_BUTTON)

What is the difference between a button action and a button press sent via PacketBUTTON?

Also, would it be possible to append some default args to the send methods on the XMBCClient class? I needed a way to tell it to queue and no repeat keys but there was no elegant way of doing it othr than adding it to the bundled copy. I would rather have the functionality in the official release if it's not a problem so I can keep up to date with it.

Code:

def send_button(self, map="", button="", amount=0, repeat=1, queue=0):
        packet = PacketBUTTON(map_name=str(map), button_name=str(button), amount=amount, repeat=repeat, queue=queue)
        packet.send(self.sock, self.addr, self.uid)
        return

Quote:

Also hnow we support way gbetter shnuyjtdowhn features, look at my gblogb post. http://xbmc.org/topfs2/2008/09/23/skinn ... hibernate/

All add actions for those shutdown features. Also looking into the shutdown window crash myself. Compiling XBMC now, may take a while...

Quote:

Excuse my weird post gbecause I hnave spilled coffe ihn my keygboard so it's quite fucked up :S

LOL

topfs2 · **Joined:** Mon Jun 16, 2008 9:50 am **Posts:** 4

Finally got a awfull keyboard down from the attic

Quote:

What is the difference between a button action and a button press sent via PacketBUTTON?

The difference is that Button press via PacketBUTTON will emulate the selected remote, ie keyboard. The action the sent key will generate will depend on the keymap.xml. So on default setup a Keyboard up will navigate you up but its possible to change this to Eject the Drive.
The Button action on the otherhand will send the action and won´t care the slightest on how you have vandalised the keymap.xml

In general some events might be a certainty what actions they should generate, on others it can vary throughout the gui. So both could be needed.
Example: an Up should probably be sent as a PacketBUTTON as it do other stuff in Fullscreen video for example.
Wereas FastForward, instead of sending as keyboard F, should always do fastforward nomatter what and should therefor be an action.

Quote:

Also, would it be possible to append some default args to the send methods on the XMBCClient class? I needed a way to tell it to queue and no repeat keys but there was no elegant way of doing it othr than adding it to the bundled copy. I would rather have the functionality in the official release if it's not a problem so I can keep up to date with it.

Code:

def send_button(self, map="", button="", amount=0, repeat=1, queue=0):
        packet = PacketBUTTON(map_name=str(map), button_name=str(button), amount=amount, repeat=repeat, queue=queue)
        packet.send(self.sock, self.addr, self.uid)
        return

Ill look into it!

kirs · **Joined:** Tue Sep 30, 2008 5:15 pm **Posts:** 23

topfs2 wrote:

Finally got a awfull keyboard down from the attic

The difference is that Button press via PacketBUTTON will emulate the selected remote, ie keyboard. The action the sent key will generate will depend on the keymap.xml. So on default setup a Keyboard up will navigate you up but its possible to change this to Eject the Drive.
The Button action on the otherhand will send the action and won´t care the slightest on how you have vandalised the keymap.xml

In general some events might be a certainty what actions they should generate, on others it can vary throughout the gui. So both could be needed.
Example: an Up should probably be sent as a PacketBUTTON as it do other stuff in Fullscreen video for example.
Wereas FastForward, instead of sending as keyboard F, should always do fastforward nomatter what and should therefor be an action.

You're right. I should be mapping everything I can to actions. There's actually actions for everything I need, including Up, Down, Mute, etc. I have to think about what to make actions and not.

The problem with getting rid of the emulated keypresses is that they are contextual. For instance, the title key does context information in the XBMC interface but codec info in full screen video. So I need to keep both keys and actions around for the most part.

Quote:

Ill look into it!

Thanks!

EventGhost

XBMC

Who is online