Search the Community

For several weeks I'm now trying to get my Flirc to work with my Ouya, but without luck. I followed and tried various other things, but can't get a single remote command to work when Flirc is connected to the Ouya. I can safely assume that the USB port on the Ouya is working, as any memory stick, USB mouse or cable based USB keyboard works - any USB device I connect works on the Ouya. My Harmony One works with all other devices and send proper IR commands. I used the profile "Flirc > XBMC" for my activity I program the Flirc through a Mac. Using flirc_util, I get following output after a "fresh" install of the flirc: sh-3.2# ./flirc_util version Flirc Version v1.2.2 [v1.2.2] 2.3 01-25-2014 [0x3DB4D4F3] sh-3.2# ./flirc_util settings Settings: sleep detection: Disabled noise canceler: Disabled inter-key delay: 6 state: 0 builtin profiles: Enable Memory Info: keys recorded: 13 keys remaining: 156 memory used: 8% Recorded Keys: Index hash key ----- --------- --- 0 46AB894B escape 1 6576B811 F3 2 869FAF61 F4 3 6FF9C61 F5 4 C633C63C F6 5 C6E38398 F7 6 A5E38398 F8 7 A5FA9C61 F9 8 86BF9B4B home 9 86B71F14 left 10 25B31F14 right 11 65BF9B4B down 12 460CD99A up When I take the flirc and connect to a PC for example, it works. I can control a slide show and do other simple things using my Harmony. When I connect the flirc to my Ouya, nothing works. And whenever I had it connected to the Ouya, it seems to "loose its memory": When I connect it back to my Mac the flirc_util now shows: sh-3.2# ./flirc_util settings Settings: sleep detection: NA noise canceler: NA inter-key delay: NA state: 0 builtin profiles: NA Device currently in bootloader I tried this a few times, and can reproduce it consistently... Starting the flirc software on my Mac will re-program the flirc with fresh firmware and proper profile. Plug it into Ouya - everything gets lost... Does this sound like a hardware problem of my Flirc?

I've temporarily adopted a solution... Since i know a little about C# programming, i've written a simple application. It basically runs at startup and looks for XMBC windows instances to automatically change send the keyboard layout change command to XBMC. It's not the perfect solution, but since we don't have the possibility to change Flirc's keyb. layout, it works fine for me. I hope the programmer will include features like this in future releases, it would be cool! :)

Hello there! I'm using flirc and it's great!! but.... I would like to know if it's possible to change the default keyboard layout used in GUI and flirc_util.exe I'm from Italy and i'm using standard qwerty italian layout. Although this is not a problem for normal keys like letters or numbers, it is a big problem when i want to pair special keys like the plus sign or slash. I've tried also pairing them with command line utility flirc_util.exe, but it is the same. For example to use volume up/down keys with XBMC you have to pair plus and minus keys. If I pair them with GUI without changing system keyboard layout, the plus sign is mapped to "ì" and minus sign is mapped to " ' ", so they're not working in XBMC (same thing happens with flirc_util) Every time i use XBMC i have to switch keyboard layout and this is very annoying because i'm using flirc on a HTPC without keyboard so i manually have to do it by connecting a mouse. Any suggestion? thanks for help!!

This wont work for me... I using Xbmcbuntu.. after "sudo ./Flirc" I got this message "sudo: ./Flric: command not found" is ther no other way?? tried it as root or with chmod but nothing work... as root "bash: ./Flirc: Permission denied" thanks for helping

Previously I used Flirc v 1.2.2 which installed with FW v-16.-1 bottom left corner. when I tried force upgrade it said v 2.3 was available but crashed every time I tried to upgrade. I redownloaded the exe and reinstalled, and it showed FW v2.3 bottom left corner. Then today it has somehow reverted back to v-16.-1 and nothing works. The dongle does not see remote clicks, and I cannot erase learned commands, so I redownloaded the exe and installed but no joy. It would be nice if I could just download the latest FW, but it seems to be either unavailable or too hard to find. There must be some way to fix this, I really don't want to clear the config because It's almost there except for a couple of lagging keys, and I'm also worried that It won't work at all after clear command. Oh, using Windows 8.1 with corei7 and buckets of DDR

In order to program Flirc from a debian Linux OS such as Ubuntu, you must do so as a privileged user. try "sudo Flirc" from command line in your terminal and the status should show as connected and there is no need to use a second computer. If you are advanced with Linux configuration, you can configure your user account to have "root" privileges but that decreases system security. TO ADMINISTRATOR: As a fellow Linux developer, I would recommend that the Flirc binary ask for administrator password and run as root automatically to make programming Flirc seamless on ANY Linux OS where sudo is allowed. Have a great day everyone! - Double T - doublet30@hotmail.com

Wow, thanks! Using the Media Keys keyboard got the Skip Back (Previous) and Skip Forward (Next Track) working! Any suggestions for the Info command (Ctrl+D)? Also known as the "Shortcut Menu" in WMC.

Flirc basically acts as a keyboard. So it depends on your mapping, how it acts with programs and system. E.g. if you map it with standard wmc commands, you will be able to control all programs/ apps, using these commands like WMC, DVD/BD-Software, VLC etc. The same goes to any other keyboard related command and its function within the used system and its programs.

I think one of the key ones missing: The "Green Button" command = Windows Key+Alt+Enter Live TV = Ctrl+T Recorded TV = Ctrl+O I programmed them in the Full Keyboard layout, but if you look into adding to the Windows Media keyboard those would be helpful.

Hi, below is the solution for your problem: You will need to use the command line. You should know how to navigate through your file system and call programs using the command line. ---Theory:--- For the OS, the numpad keys are different keys than the main field number-keys. The operating system maps the same symbol (the number) to both keys. To get your mouse emulation, you need to map the low level keypad values, instead of the main key field keys. The Flirc GUI can map the main field keys only, but not the numpad keys. ---Obtaining the needed values:--- To program the numpad keys, you need the raw USB-HID values as decimal numbers, and program them with the command line tool and the tool’s record_api function. You can get the raw values from here: http://www.freebsddiary.org/APC/usb_hid_usages I’ve quoted the relevant part below: For reference, this is the main keyboard that the GUI programs into Flirc: using a Hex to decimal number converter (like this online one: http://www.statman.info/conversions/hexadecimal.html), you can convert those to decimal numbers. This is range 30-39 decimal. But you will need those: the Keypad numbers 1-0 have decimal values of 89 to 98. You can calculate the other values (+, -, / keys, etc), if needed, by simply counting down from 89. --- Programming Flirc:--- First, unlearn all the keys you want to use for the mouse emulation (with the GUI or command line tool). (For linux, the command line tool we will use is called flirc_util. For windows it *might* be called flirc_util.exe. I don’t know, as I don’t use windows, look in the program’s install folder) Now you use the command line tool to program the Keypad keys, by using the program’s record_api function: Quote from the program’s internal help: You don’t want any modifiers, so the first argument is 0 and the command is: flirc_util record_api 0 <arg> or flirc_util.exe record_api 0 <arg>, where <arg> is a number between 89 and 98. eg.: flirc_util record_api 0 89 to program the keypad 1, flirc_util record_api 0 90 to program the keypad 2, etc… so you start the program with the proper arguments for the key you want to program, then the program waits until you press a key on your remote, programs it and exits. you redo that for every key you want to map, entering the correct value as a start parameter. BTW: note for windows users: you cannot simply click a command-line program, that won’t work. You have to start the command line from the menu, navigate to the exe’s folder (use cd command) and then type the program name and its parameters. <Tab> can be used for auto-completion, <Arrow up> and <Arrow down> to recall the last entered commands (so you don’t need to retype the command 10 times, but can use <Arrow up> and edit the last command.) I hope that helps

@burke, I understand your 'unified logic' idea but this doesn't ALWAYS apply in software. Even you say it 'has pretty unified logic'. That implies that it may not be the same throughout. My comment on that is derived from the '101 on keymaps' section of the official XBMC forum asking the user to download a complete 'keyboard.xml' file. I took this to mean a user needed to download a complete one in order to change something. Fortunately, that is not the case. Creating a 'keyboard.xml' file and changing one function does nothing to the rest of XBMC's built in mapped keys. Your mention of my future "how to" is for XBMC users in general. Flirc is not a requirement. A keyboard is not actually required for this but at least some input device that could send keyboard commands to edit the 'keyboard.xml' file: ie. an on-screen keyboard (Android, iOS). Editing the 'keyboard.xml' file is to change the default keys to function with different keys. For instance, the MCE Remote sends the keyboard equivalent (CTRL + SHIFT + P) to play a video. You could edit the default XBMC key of 'P' to be the same as WMC's and now your remote can control XBMC and WMC's 'Play' function with the same remote control keypress (since they are mapped to the same key combination). If you use "standard ir", as you say, there is no difference. The 'ir' device sends some signal that is interpreted by the receiver as a key press function. If you determine what that key combination is, you could edit the 'keyboard.xml' file of XBMC to match this command and now your remote is controlling XBMC. It doesn't matter if you buy a $12 remote/receiver combination, or are using a custom LIRC script, it will work. In this case, the device sending the keystrokes is Flirc. There is a great little bit of code called 'ShowOff' that will display the keys hit (or sent by any ir device) by way of an onscreen display. Very tiny and no installation required. I may check out the 'addon' but I'm not a fan of additional software to do something I will probably only need to do once. I'm the 'tinkerer' type. Have fun...

Ok, I've only been using Flirc for about 3 hours so far with my Harmony One. After initial setup I also noticed that some of the buttons on the Harmony remote weren't doing anything, but instead of trying to map them in Flirc I instead added some mappings in 'Activities' (not the 'Devices') tab of the Harmony Remote software. I edited the new activity I'd just set up (called XBMC) by clicking Customize Buttons. The top button (for example) is 'Menu' which I set using the dropdown to Device = Media Center PC and Command = ContextMenu. I'm not running any beta software and I've not installed an add-on in XBMC. What might be confusing the issue is that the Harmony remote uses it's own setup software that adds an extra bit of confusion to the whole thing. Fullscreen for example is a touchscreen button on my Harmony One and is not mapped to a specific hardware button.

Hi Upgraded to v2.2 (from some of the newer RCs on the forum), and now my Flirc doesn't respond to keypresses sent by my Harmony remote (with the Flirc XBMC profile) unless I first send a command which is taught in the Flirc (using some Samsung TV for additional commands since the XBMC profile is so limited). So, if I only send commands which are part of the builtin profile, it never works.

Ed - I understand the frustration all too well trust me ;) I completed all of my changes on the command line, so I can guide you through the changes in that manner. First can you SSH into your device? I ask because you need to check if the add-on you installed in fact installed and dropped the correct files into the proper location. Also you will need to be able to add a udev rule to your device if you are running a Linux based machine (where the actual Flirc device will plug into). The udev rule you need to add is made to auto mount the usb for read and write access and this is just a work around. The udev rule is simply a file that the Linux system looks at while loaded the OS and applies the "rules" each file describes. You can see the actual code from the github repo here: https://github.com/flirc/flirc-xbmc-plugin if you look in the folder marked linux you will see the file that has the generic udev rule you need to create. Its one line of code: SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", MODE="0666", GROUP="pi" You put that in a file in the /etc/edev/rules.d directory and then reboot your XMBC device and you should be all set. You may have to reselect the Windows MC contoller, but I only say this becasue this is what is selected for mine. This was my missing piece to get the whole thing up and running. You will need to do this step to get your RaspBMC device to see the Flirc usb. Once you add this on you next reboot you should see it as "connected". If you installed the add-on by adding it as a source and saw the gui for the Flirc device on reboot then you may already be up and running after adding the udev rule. Once I added the udev rule the gui popped up for me on my RaspBMC and wanted me to prgram a device as well. I happily followed the on screen setup and programed the arrows, a back key and enter key. This is not needed and I realized that when it then asked me to save my configuration. If you have the add-on you do not need to physically program the device, if you can get back to that gui on your XBMC unit on the left menu you can "load a configuration" this is what you want. The add-on has a pre-programmed config file and when I selected the load option I was only presented with one option, once selected I closed the Flirc gui and have been good to go. Let me know if this helps, or sounds "unclear". I have been writing this as I have been working on some code between tests ;)

I just bought a Flirc to use with my Harmony 700 and XBMC on a Win 8.1 x64 machine and I'm having similar issues with XBMC (and now nothing else) getting any commands from the Flirc. I installed the Flirc profile on my Harmony 700, but could never get any keys in XBMC to work. I was able to do the minimalist command recording to verify the Flirc was working. Based on the advice in another thread, I forced a firmware update to v2.2. But now the Flirc doesn't seem to be working at all with any remote (or on another computer), let alone with XBMC. And now when I load up the GUI, the firmware version always displays as "v-16.-16" Trying to force update the firmware again locks up the GUI. And if I read correctly there's no other way for me to change the firmware now?

"Builtin Profiles" is ticked. I guess I could disable and enable it, but it's that it's not working, it does work after sending another command.

Hi tnx for answer. I am not using any usb hub. It has happened very rare but it has happened a few time or so. True i can fire up a gui and get it out of bootloader. But if i am not mistaken the command: "flirc_util dfu leave" should do the same, but is says command successful and that the flirc is out of dfu but in reality it does nothing. The gui works to kick out of DFU and flirc_util does not. So there is probably no reason that GUI should be able to kick flirc out of DFU and flirc_util would not. And also flirc_util upgrade firmware is useless ATM since there is no more seperate .bin files available. I hope you are planning to release them. I am a command line user when in linux and i do not use GUI at all nor have any GUI installed in linux. And when managing remote systems, cmd line is the most powerfull tool i can get without user interaction. I am not trying to troubleshoot mine Flirc :) I am reporting bug that DFU kicking out in flirc_util does not work :)

I'm not sure, there was similar behavior, but only with firmware v2.0, but I fixed that bug. I am going to release an update to my commandline tonight. Basically, you can use the following command to display your config and delete a particular index: ⚡ flirc_util settings sleep detection: Enabled noise canceler: Disabled inter-key delay: 3 state: 0 builtin profiles: Enable Memory Info: keys recorded: 11 keys remaining: 158 memory used: 7% Recorded Keys: Index hash key ----- --------- --- 0 5563511F play/pause 1 55424110 vol_up 2 150608B0 vol_up 3 34424110 vol_down 4 F40508B0 vol_down 5 B4A1EC0D stop 6 D5E25310 fast_forward 7 56FDA56E rewind 8 9629E3CA rewind 9 F4A5EC0D prev_track 10 B469B3AD prev_track ⚡ ./objs/Darwin_x86_64/clang/flirc_util/flirc_util delete_index 5

I am still trying to figure out how to handle it in cli in linux and kick it out of dfu. I know i can connect it to windows but would like to use flirc_util since it is command line and i can easily script it. Can you please post a firmware 2.2.bin download link, so i can try with uploading the firmware and then restoring configuration. The problem is that flirc throws itslf into dfu if it looses electricity few times in a row in a very short intervals. In this case it kicks itself into dfu. TNX

Nikotime I got it working with my openelec system. Update the GUI (1.1.7) and firmware to the latest version from a few days ago. Basically I had to enable "detect sleep" function in the advanced section on the GUI. Then I mapped a key to the wake command. I now use the wake button to turn on my machine and a seperate button to shutdown (suspend) my machine. I no longer have any random wake ups. I suspect it has to do with this detect sleep function. Give it a try.

What profile in the gui are you using? The keyboard mapping in the gui is a QWERTY mapping, which might not fit to your regional settings from your system. So you program functions, which might cause unwanted funtionality due to this fact. E.g. you want to program "Z" for a button on your remote, but in fact you get the "Y" key (like on a german system keyboard) bound to the flirc, which interprets a different command. This is only for the full keyboard mapping in the gui. All other templates like xbmc etc are working correct. Furthermore your marantz remote might send untypical remote commands, e.g. you press a button and it sends a command and by releasing the button it sends again the same or another command. You can check this, if you point the remote towards your handy cam and look at the flashing bulb in front of your remote. Then compare this with other remotes, like your sony remote. Is there a difference you can notice?

No problem Brian thanks for the positive feedback. I will have the ability to issue a suspend command with the next release of firmware. I will add media keys, pause/mute/volume up/volume down/eject/suspend etc. I have a handful on my plate, but I would say I'll have a release in the next few weeks. I have most of it done.

Jason - AWESOME customer support. I've installed your latest and was able to set everything up with the XBMC Harmony profile (I'm using Plex actually though). I was also able to program the wake button (where I got an error before). I enabled sleep detection and everything is working perfectly. Right now I have Plex suspend the PC after 15 min if no one has touched it. This works well enough, but has anyone found a way to have Harmony/Flirc issue a suspend command when I hit the Activities off button? Something similar to what I have now where when I start my Plex activity, I have it send the new Wake key. Thanks again! -Brian

Yes I like the harmony profile although i really would really like a wake button. as well as power off button command. These are the last two pieces for me, I assume thats all BrianAz is doing. Happy new year jason. Random sidenote I cannot the get the poweroff command to work, but one step at a time. Harmony one, Windows 7, XBMC

This is exactly what he means and what i'm waiting for too. @calavera: I've also tried some configs to impement this feature in software (importing the keyboard.xml from ATV-XBMC,played aroud with advanced settings.xml and the setup within xbmc) with no luck. So i guess, the dongle needs to recognizing the longpress, to map this action with a second command, which is not implemented in the firmware yet. At the moment,the dongle recognizes a long press as a hold (repeat), so you can e.g. turn volume up or down by hold the button. (Jason,please correct me, if i'm worng) What i have in my mind for the future is, the gui works as follows: - tap a button-> program function as usual. - hold a button-> the gui give a message like "long press recognized. Please choose action:1. Hold, 2. second action I have no idea if this is possible to program for the flirc device, but it would be very nice to have ;) So i whish a happy new year to all the flircers out there, especially for you and your family, Jason! Keep up the good work, this thing is quite amazing!