V_J

Easiest thing would be to run a program that allows you to change keypresses into mouse events. This can be an accessibility setting as posted above, or an external tool such as warpd ( GitHub - rvaiya/warpd: A modal keyboard-driven virtual pointer · GitHub ), tpmmouse ( Releases · EsportToys/TPMouse ), mousemaster ( GitHub - petoncle/mousemaster: Mouseless mouse control and advanced keyboard customization. · GitHub ), and there are many others. Then, pair the key on the remote with the button-code that matches right-click in the program you used.

Thanks for the fast reply. I cannot seem to reproduce it today... The behaviour yesterday was: pair some keys flirc_util settings -> lists the pairing unplug flirc plug in flirc paired keys still work, flirc_util settings -> empty list (paired keys could be deleted with delete and ir code) pair some more keys flirc_util settings -> shows only the newly paired keys with index starting from 1 (pairings could be deleted with delete and delete_index, deleted_index deleted the key that was shown on the list, so this was consistent) go back to 3. I hadn't used the flirc tool in a while but need to change some pairings (the flirc is basically set and forget :-)) and it puzzled me. I used a different computer, which had a fresh installation of the Flirc software - it was rebooted after installing the software. When I noticed my the flirc_util settings list was empty even though the keys still worked, I ran flirc_tool unit_test, and flirc_tool format but the behaviour stayed. I noticed that saving the configuration to a file and loading it after unplugging/replugging had the same effect as pairing the keys, in the sense that the flirc_util settings list was complete. Today I wanted to reproduce it to give you full details, and flirc_util settings shows all the keys I paired yesterday. :-) Unplugging/replugging does not change anything.... It just works as it should. It probably should not matter but I shut down my computer yesterday evening so today I started from a fresh boot. Just for completeness I've added my flirc version data below, but I guess we can close this as it does not occur anymore - will be impossible to figure out what it was if I cannot reproduce it. Best regards, Jörg -- 3.27.19 FW Version: v4.10.7 SKU: Flirc 2.0 [dori] Branch: release Config: release Hash: 0x71266B92 Settings: sleep detection: always enabled noise canceler: always enabled inter-key delay: N/A for current firmware variant: Flirc builtin profiles: NA Memory Info: NA product sku: Flirc 2.0 [dori]

Hello, I have a question regarding the commandline tool flirc_util. Problem stopped after a reboot from the computer; I cannot reproduce it so removing the question. When I learn a couple of keys on the Flirc (using the commandline tool), and then run "flirc_util settings", it shows me the list of keys I've learned. If I then unplug the Flirc and replug it, the programmed keys still work, but "flirc_util settings" shows an empty list. If I now learn some keys, "flirc_util settings" will only show the newly learned keys. Is this the intended behaviour? It is possible to circumvent it by saving to a flirc config file prior to unplugging the flirc, and loading the config file after replugging it. Flirc_util will show a complete list of the commands as they were saved, and learning new keys will add to this list. I'm now systematically saving my config to a file and loading it as it easier to have this list (I'm using an MCE remote, which means I need to train all the keys twice due to the MCE's rolling code). Just out of curiosity: Is there a way of getting the full list of learned keys after having unplugged the Flirc? Thanks! Jörg

I think this link is no active anymore, documentation is here: https://flirc.gitbooks.io/flirc-instructions/content/title-page.html

Thanks! (I'm unable to test at the moment, but will update as soon as I can)

Thanks! It is a rather small thing for a user, but surprising... If possible, could you also check delete_index .....?

No need to apologise! I appreciate the attempt. :-) Thanks for trying, now we now it is not just on my system. :-) Interesting to see that even on Linux it behaves the same. Probably a small error in the code...

It really puzzled me: there were no spurious IR signals - I've programmed ir devices before and prepared the surroundings as I know the issues. No other key I tried was a problem, but using k as a parameter just made flirc_util immediately throw the error. It systematically does this, but I don't know if it does it only for me. Perhaps you can try to see if you also get the same behaviour? I've resolved it by programming it using recorc_api, and that went without issues. For the next couple of weeks I will not be near the flirc to try things...

It does not give me a chance to record an IR signal; it immediately throws the error. This only occurred with k (of the keys that I tested). I'm not near the flirc to test it now, but it was bought in July, updated to the latest version and using the latest version of the software.

There are some tools that allow you to use hotkeys for mouse-movement, these can be used with Flirc! I tried the following tools: https://github.com/rvaiya/warpd https://github.com/EsportToys/TPMouse warpd on Windows misses some features (commandline parameters do not work, so you cannot reassign the hotkeys), but other than that it works perfectly. Grid mode is very useful in the case where the remote does not send repeat keys fast enough. I've repurposed an MCE remote and use the cursor keys for mouse movement and the numpad for the grid movement: one key on the remote to enable/disable warpd, one key to enable/disable grid mode; the keys 1379 are used to select the quadrants; 24568 are used to directly move to a side or center, cursor for mouse movement, ok for click, channel up/down for scroll and some other buttons for other types of clicks. The functionality with TPMouse is similar, but I preferred the mouse speed of warpd (TPMouse has a slow down button, but you need to reassign it as the default is a key that cannot be combined in Flirc. Hope this helps someone! J.

Hello, I'm trying to record keypresses using flirc_util. It worked for a number of keys, but when I try to record k it gives me: - PS C:\Program Files (x86)\Flirc> .\flirc_util.exe record k Press any button on the remote to link it with 'k' [E] lib/libflirc/translate_v2.c translate_v2(297): not a valid keyboard key: k usage: flirc record 'word'Available Options: escape, return, enter, escape, backspace, delete, tab, space, F[1-12], printscreen, scroll, pause, insert, home, pageup, pagedown, end, right, left, down, up, wake, media keys: eject, vol_up, vol_down, mute, play/pause, stop, fastforward, rewind [E] lib/libflirc/firmware/fw_4.0.c fl_ver4_set_record(474): Key does not exist Error, button exists - The error comes before it asks me to press a button on the remote. This is the version: - PS C:\Program Files (x86)\Flirc> .\flirc_util.exe Version: flirc_util.release.v3.27.15 FW Version: v4.10.5 SKU: Flirc 2.0 [dori] Branch: release Config: release Hash: 0xF7261C8C - I'm using the latest Windows 11. It works using record_api: - PS C:\Program Files (x86)\Flirc> .\flirc_util.exe record_api 0 14 hit a key on the remote to be paired with 0 14 Succesfully recorded button - Jörg

It would really be nice if this were to get fixed...

Hello, Is it possible to edit the configuration file and just load the codes from e.g. https://files.remotecentral.com/ rather than learning each code? If so, what should be the format of the code (the hex codes, such as here: https://www.remotecentral.com/cgi-bin/codes/marantz/receiver_0/ ? (I plan to use Flirc together with an ethernet-IR bridge, so I don't really have a remote to learn from. At the same time, I cannot use profiles as I want the numpad keys. I could try the learing procedure using the bridge as transmitter, but that would take a lot of time as I would need to enter the codes one by one in the transmitter) Thanks! Jörg

How do you deal with the small mouse movement in MouseKeys? I can get the mouse to move one pixel at a time, on each button press, but while the IR signal repeats when I keep the button pressed, the mouse down movement is not repeated...

Hello, My computer yesterday bluescreened, listing the driver cphilmas64.sys as the culprit (irql not less or equal). Now I'm trying to figure out what caused it... Does this driver have any connection with a Flirc usbv2? Thanks! Jörg