[Announce] MultiMote - A plugin-based remote control application
 

MultiMote is plugin-based remote control application that allows you to control software/hardware using HTTP, bluetooth and infrared (only HTTP is currently implemented, although individual plugins can extend this). Remotes can be defined easily using XML, and additional programming logic can be added using C++ and JavaScript. MultiMote uses QtScript to expose objects/properties to the scripting environment.

I have not yet had time to document the APIs, but there are two existing remotes (MultiMote-DreamBox and MultiMote-VLC) in extras-devel that cover most of the bases. There is also a simple HelloWorld test remote on GitHub that uses a Qt/C++ plugin to extend the programming logic.

The source code for MultiMote is hosted at GitHub: https://github.com/marxoft/multimote.

Source code for MultiMote-Dreambox: https://github.com/marxoft/multimote...motes/dreambox

Source code for MultiMote-VLC: https://github.com/marxoft/multimote...er/remotes/vlc

Source code for MultiMote-HelloWorld: https://github.com/marxoft/multimote...tes/helloworld

Basic procedure to create a remote:

• Define the remote UI in a file named remote.xml. In addition to defining the UI layout, you can also define the signal handlers, for example the onClicked handler of the button element defines what happens when the button is clicked. The handler can be a function body, or it can be a function provided in JavaScript or a Qt/C++ plugin.
  
• Define the remote settings in a file named settings.xml (optional). Providing a settings file will result in an "$REMOTE_NAME settings" entry being added to the application menu when the remote is loaded. This is used to raise a dialog enabling users to change the settings. Remote settings are saved in a separate group in the MultiMote config file (/home/user/.config/MultiMote/MultiMote.conf), and are restored when the remote is loaded. Each setting is exposed to the scripting environment using the key attribute as the property name. You can use the onChanged attribute to handle changes made by the user or when the remote settings are loaded.
  
• Provide additional programming logic using C++ and/or JavaScript (optional). You can do pretty much whatever you want here. MultiMote will look for *.js files when the remote is loaded and evaluate them. You can then call the functions defined in JavaScript. MultiMote will also look for Qt plugins and attempt to load them. The plugin will be exposed to the scripting environment using its objectName, thus enabling you to call its methods from either the handlers defined in the XML files, or from JavaScript.
  
• Place all files in a subdirectory of /home/user/MultiMote/remotes/. Currently, the directory name is used as the display name for the remote, so if your remote is called "My Remote" you should place the files in /home/user/MultiMote/remotes/My Remote/.

MultiMote exposes a few global properties to all remotes:

• Qt: The Qt property provides access to the global Qt namespace, so that you can use the Qt enums.
  
• screen: The screen property can be used to check the current screen orientation, set the allowed orientations, and check if the screen is locked.
  
• notifications: The notifications property can be used to display a Hildon information banner/note.
  
• http: The http property can be used to make HTTP requests. You can provide an optional callback that will be used to provide the server response.
  
• pageStack: The pageStack property can be used to check/control which page of the remote is currently displayed.

Now for some screenshots:

http://img834.imageshack.us/img834/3127/4o67.th.png http://img542.imageshack.us/img542/7021/etsh.th.png http://img827.imageshack.us/img827/4281/p1od.th.png http://img843.imageshack.us/img843/6610/wzdq.th.png

http://img542.imageshack.us/img542/8198/r2kj.th.png http://img713.imageshack.us/img713/6627/6xc1.th.png http://img594.imageshack.us/img594/1758/6437.th.png http://img560.imageshack.us/img560/6950/dey1.th.png

http://img802.imageshack.us/img802/9845/0ozl.th.png http://img716.imageshack.us/img716/4250/skah.th.png http://img841.imageshack.us/img841/9803/jofh.th.png http://img713.imageshack.us/img713/4899/ahpr.th.png

http://img138.imageshack.us/img138/7559/st7a.th.png http://img849.imageshack.us/img849/5484/gb8j.th.png

Re: [Announce] MultiMote - A plugin-based remote control application
 

Very cool! This looks like a perfect way to implement custom remotes. Blows the old QtIrreco concept completely out of the water. :)

Ah, well, any idea on what kind of infrared backend you're considering? I guess, if you're doing custom remotes, the LIRC server would work fine. And yeah, I do still plan on eventually making the Pierogi backend into a separate library as well... ;)

Re: [Announce] MultiMote - A plugin-based remote control application
 

good job it looks and sounds good need to check what it is:)

Re: [Announce] MultiMote - A plugin-based remote control application
 

Thanks. :) I'm actually not that familiar with QtIrreco, but it was important to me to be able to have more than simple push buttons. Also, it will be possible to use the same remote with QML aswell as widgets (I'll be working on Harmattan and Symbian versions soon-ish), though in some cases it may make sense to tweak the layout a bit.

Less bloat is better, but since it's important that remotes can be created as easily as possible, convenience is also a factor, so enabling the use of existing LIRC config files is attractive. However, if a Pierogi library was available that already provided configs for the remotes that people want to use, that could be a good alternative. I haven't put that much thought into it yet (though I have had a look at the Pierogi code to see how this stuff works :)), as I'll be implementing the bluetooth support first (I want a BT mouse and keyboard remote :)).

Re: [Announce] MultiMote - A plugin-based remote control application
 

It's an application that provides backend and user interface implementations for remote controls that you can create using XML. It is possible to create a remote with a single XML file:

Put the above XML in a file named remote.xml, place the file in /home/user/MultiMote/remotes/My Remote/, and the remote will be available in MultiMote. :)

Re: [Announce] MultiMote - A plugin-based remote control application
 

Woaw, looks great.
Maybe you and copernicus could make one killer application together :D

Downloading the VLC one right now (:

And it seems I am served on my wishes:

Re: [Announce] MultiMote - A plugin-based remote control application
 

Cool. BTW, let me ask -- are you just exposing a "clicked()" interface to the buttons, or are "pressed()" and "released()" also available? (I guess I should take a look for myself... :) ) Many CIR remotes have special behaviors when a button is held down (particularly useful for things like volume controls).

For least bloat, you'd probably do best by avoiding both LIRC and Pierogi. :) The LIRC server has been designed as a one-size-fits-all mechanism, trying to support every possible combination of on and off pulses in every protocol in one single massive code path. Pierogi goes the other way, creating a custom method for each CIR protocol, so the hardware driver is much simpler (and far more efficient). On the other hand, I'm also trying to store every keyset of every device in the entire known universe. :) I guess maybe something like grabbing the Pierogi protocol engine and leaving the keyset data behind might make the most sense for a MultiMote backend...

Very cool. :) I've been taking a look at the bluetooth stuff myself (particularly as many devices are moving to bluetooth for remote purposes, and I'd like to get that into Pierogi as well), but I haven't gotten very far with it... :)

Re: [Announce] MultiMote - A plugin-based remote control application
 

Generally, all signals/slots/properties provided by the widget in question are exposed, so looking at the Qt reference documentation for QPushButton, QSlider etc will give you a good idea of what is available. MultiMote does not restrict handlers to specific signals. Instead, it uses QMetaObject to check if the signal is available when parsing the XML. In most cases my widget implementations merely augment what is already available to provide some additional layout properties.

Re: [Announce] MultiMote - A plugin-based remote control application
 

Do you think that this tool could be used to control an LG smart tv?

Example of commands:
https://github.com/ubaransel/lgcommander

http://harizanov.com/2013/12/control...-raspberry-pi/

Re: [Announce] MultiMote - A plugin-based remote control application
 

Yes, although the current built in HTTP implementation isn't flexible enough to handle it. I should really change that to allow headers to be provided. Right now it's pretty basic. Of course, if you need custom HTTP requests, you can always do that in a Qt plugin, or maybe just using XMLHttpRequest in JavaScript. :)