ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel (/showthread.php?tid=101151) |
RE: ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel - sdfg - 2020-05-18 (2020-05-18, 05:19)bluesight Wrote: I used the "fallback to lirc 0.9.0" on my previous Ubuntu 18.04 install, and it worked (eventually). I am not thrilled with that method, so like others, I have been looking for alternatives, especially before upgrading to 20.04. Still, it's good to see the fallback will still work. I'm checking the using ir-keytable, which kind of works but doesn't stay restricted to Kodi...button presses have effects across the system. In Kodi, some keys like Guide and LiveTV get you to the right place. Some don't work at all (FFW, Record). Others cause actions outside Kodi, For example Volume up/down/mute show system level controls rather than inside Kodi, Others, like "Print", cause a system level screen copy. It looks like this is doing real keyboard key mapping rather than remote button mapping, and without full Lirc, I'm not (yet) sure where the remote mapping can be prioritized. If anyone has had success with this, please post the details.I'm the one who experimented the blacklist method. I'm not using an Ubuntu distribution anymore, now I'm using an arch based distribution. But the rules are the same. It's an xorg problem. So you have first to disable the remote in xorg, and then configure lirc. In my experience there's no difference from old and newer version of lirc, they both work perfectly (with my mce remote). The real problem is xorg. BTW: didn't manage to successfully use ir-keytable (worked with older distributions). Only lirc works. Bye, sdf RE: ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel - bluesight - 2020-05-18 Thanks for the response. I think I'll put the effort into making this work after the 20.04 upgrade. If not, I guess the lirc 0.9.0 fallback is always an option. Too bad about ir-keytable. it seemed so promising... Again... b RE: ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel - dpalmer - 2020-05-18 (2018-07-22, 13:45)User 29008 Wrote: Hey, since this thread is a bit old already I figure that people are hardly having trouble with ir-keytable or are rarely using it. Anyway, I hope someone still reads this and can help me, since I decided to also get rid of lirc with my new gear ... first of all, I am using a classic MCE remote RC6 protocol with original Microsoft USB IR receiver.Saw this post from some time back and it got my attention. Using LibreELEC on a RPi1 with a Samsung ir remote. I've been able to get it to work ok except for the "RETURN" key. Like boba, I tried mapping it to KEY_EXIT and to "KEY_PREVIOUS" to get it to work same as the "EXIT" key on the remote, but it doesn't do anything. I have noticed that it 'wakes' the screen up if it is dimed and did some weird thing when I was trying to download subtitles (started payback). I tried following the links suggested in answer to this post but didn't really find any answer. I'm using just kernel ir and ir-table, no LIRC. So my question to anyone is what KEY should the "RETURN" remote button be assigned to? Scan code is 0x70758. Can you have more than one scan code assigned to the same KEY_?? in your table file? Does it matter which one is first in the file? Thanks, OtG RE: ir-keytable or: How I Learned to Stop Worrying about the LIRC Kernel - dpalmer - 2020-05-19 Re-tried using KEY_EXIT and it works now. |