EventGhost

I use many 'direct access' actions also. Lets all combine our XMLs to make a unified config. I'm using USB-UIRT so my code will be different than regular MCE receivers (even though I use a Harmony with MCE codes).

I've not been able to get the latest version of EG to work. I just spent 30mins ...

Another couple of actions that I find useful for direct access to the Movies & TV Shows screens without going through the Videos screen:

("MyMovies", "Show Movies Screen", "Show Movies screen.", "ActivateWindow(MyVideoLibrary,movietitles,return)"),
("MyTVShows", "Show TV Shows Screen", "Show TV ...

I've added the OSD action to the plugin in SVN. Thanks kricker.

I am working off of R15884 right now. Having a hard time testing as I am at work and do not use a remote to test (work right out of the EventGhost UI).

Try letting the screen dim and hit a few actions. If it does not wake up it's because the XBMC event server does not recognize actions the same way ...

XBMC sees EventGhost as neither a keyboard or remote. It's sending XBMC the raw actions. So, if you look at Keymap.xml in the remote section:

<left>StepBack</left>

EventGhost is sending the actual "StepBack" action rather than a "left" button press. Both methods are doable, but the way it is ...

The problem is the plugin sends the actual actions to XBMC (like play, pause, etc) and not emulated keystrokes which would work with what's in the keymap.xml.

It's really not a problem to add a bunch of actions like KeyUp, KeyDown, etc. which would send the emulated key pressed to XBMC but you can ...

The bug is fixed in SVN. If you build your own XBMC you should be set, if not you'll have to wait for the next release.

I am seeing this too. It seems like a XBMC issue as the expected behavior should be to process actions when an context menu is opened. Hopefully it's an easy fix. I'll enter a bug for it and hopefully it's something they can fix for release.

EDIT:

Ticket is opened.

http://xbmc.org/trac/ticket ...

New version for XBMC Atlantis Beta 2. Also added some missing actions.

I just wanted to say this is working great for me. I haven't ran into any snags with the latest version and the latest XBMC revision. Have you posted a link to this thread and the plugin on the XBMC forums?

Thanks for testing it out. Glad to see there's not problems. The post at the XBMC forums ...

F3d0r wrote: The plugin works great, one important action I am missing is
AspectRatio

This action is mapped to keyboard button "z" in the standard Keymap.xml and controls video aspect ratio and zoom mode.

That's definitely in the latest revision. I map it to the '#' key on the remote myself.

....and I'll be ready to test it! :)

Thanks :) You'll need the latest XBMC version from SVN though as the new way of doing things does not work on Beta 1. I've mapped 57 action, which is probably more than anyone will ever need, but if I missed anything let me know.

Oh yeah, the bug bringing up ...

Ok, I didn't understand your post until I grabbed the latest library from SVN. Makes perfect sense and really streamlines the code! I won't need any changes to the Python library now because everything goes through:

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

Really nice! I'll check ...

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 ...

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
self.plugin.xbmc.send_action(self.value)
to
self.plugin.xbmc.send ...