no gyration remote mouse if lircd running. - 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: no gyration remote mouse if lircd running. (/showthread.php?tid=65772) Pages:
1
2
|
no gyration remote mouse if lircd running. - gsgleason - 2010-01-02 Hello, all. This, I'm sure, has nothing to do with XBMC itself, but I'd like to see if anyone has any ideas for me as I know there are many experienced and knowledgeable folks on these forums. I have a gyration wireless (RF) keyboard and remote. There is one USB RF receiver and the two devices. (http://www.gyration.com/index.php/us/products/in-air-remotes/media-center-remote.html) In linux, it shows up as three input devices: Code: gsg@xbmc /dev/input/by-id Here is how I am starting lircd: Code: /usr/sbin/lircd --driver=devinput --device=/dev/input/by-id/usb-Gyration_Gyration_RF_Technology_Receiver-event-mouse --output=/dev/lircd1 --pidfile=/var/run/lircd1.pid --listen It is necessary to have two lircd processes in order to gain all the functionality of the remote as some of the buttons stimulate event3 and some event4. This is the only way I've found to get it to work. The issue is that the mouse only works if lircd is NOT running. I do not understand this, because I only have lircd working with the two "event" devices, not the mouse device. I can test by watching /dev/input/mouse1 (or mice) with hexdump. I see data from the mouse only if the two lircd processes are not running. If I just start one lircd process, the mouse still works. If I start the two processes without linking them together, the mouse works. This only happens with one is run with --listen and another with --connect. Any ideas? - outleradam - 2010-01-02 I may be wrong as I have no experience with this particular device, but I think you should be running lirc mouse daemon lircmd for the gyro and lirc daemon lircd for the remote. it looks like they have instructions to set up the remote on this mythTV site http://www.mythtv.org/wiki/Gyration-based_MCE_Remotes - gsgleason - 2010-01-03 Thanks for the reply, outleradam. From what I have read, lircmd is to convert IR events to mouse events. In my case, I already have a mouse device so it seems that should not be necessary. I did use that page originally for setting up my remote, as well as other resources. I suspect that my current situation would cripple a separate mouse as well, but I am not sure. I will test it out... - gsgleason - 2010-01-03 Oddly enough, a separate mouse still works. I don't get it as each still has its own device, and I don't see why lircd reading the two gyration 'event' devices has anything to do with the gyration 'mouse' device. Calling Mr. Rodercot! - thatjoshguy - 2010-03-26 pulled this from the google cache due to the crash: Quote:Originally Posted by rodercot Any chance you can write up a quick "how-to" based on your experience? It seems a few of us have this remote and would love to be where you are in terms of usability. - gsgleason - 2010-06-08 Here you go! http://wiki.xbmc.org/index.php?title=HOW-TO:_Gyration_remote_on_Ubuntu_9.10_and_XBMC_9.11_using_Lircd - Deosneos - 2010-06-08 I still don't see why we need to use Lirc to get buttons to work in xbmc that work fine in the rest of the OS. Disabling the mouse function on our gyration is sort of defeating the purpose isn't it? Couldn't we get the Lirc daemon to only start with xbmc, so the mouse still works on the desktop and the remote works in xbmc? - gsgleason - 2010-06-08 Deosneos Wrote:I still don't see why we need to use Lirc to get buttons to work in xbmc that work fine in the rest of the OS. Disabling the mouse function on our gyration is sort of defeating the purpose isn't it? I think it's because lirc is the only method the enable mapping of specific button pushes to specific XBMC actions. There is basic functionality without it, but most of the buttons don't work. Supposedly a new release of lirc will not kill the mouse function, accoding to the discussion on the boxee forum. - Deosneos - 2010-06-08 gsgleason Wrote:I think it's because lirc is the only method the enable mapping of specific button pushes to specific XBMC actions. I'm trying your wiki with the IRW version of LIRC and the mouse function still gets killed. - gsgleason - 2010-06-08 Deosneos Wrote:I'm trying your wiki with the IRW version of LIRC and the mouse function still gets killed. Yes, it does. I don't get it. If you watch the device for the mouse, when you don't have the two lirc processes, you can see activity from the mouse. As soon as you have the two lircd processes, though, you cannot. I have all working buttons, just no mouse. It's all fine as the directional buttons and page up and down buttons on the remote work fine for using XBMC, but I'd like to be able to fire up firefox and use it, and cannot. I'd be interested it knowing more about the supposed fix in lirc from cvs as the boxee forum suggests. - Deosneos - 2010-06-09 What I don't get is why all our buttons show up in xev right out of the box, yet they don't seem to show up in xbmc.log or be mappable through keymap.xml. Surely if xev registers them we should be able to map them in xbmc even without the help of LIRC? - steffen_b - 2010-06-30 What i don't get why you want to use that with LIRC - and kill mouse functionality. This simply doesn't make sense. The idea is that you should use xmodmap to make the not working (but shown in xev) keys work - like that you have at least the most keys working and mouse functionality. For the EU version of this set, it seems to be that the 5 keys at the bottom are not working for the PC remote. (in EU version this is 4 color keys and teletext on/off ) For the EU version i believe they removed the 4 function keys on top of the numbers - put the bottom keys on top of the numbers and used the 5 keys at the bottom for the teletext keys. I can see the receiver is reacting (light is flashing) but neither xev nor show-keys is showing something - anything else i could try or it is simply not send to USB then ? - steffen_b - 2010-08-17 Deosneos Wrote:What I don't get is why all our buttons show up in xev right out of the box, yet they don't seem to show up in xbmc.log or be mappable through keymap.xml. Surely if xev registers them we should be able to map them in xbmc even without the help of LIRC? Thats easy to explain (now that i know it): This is, because of an xorg limitation (known since 2007), only keys with hex code below 255 can be recognized in xorg, those XBMC. See: https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/313514 From there i got a pointer to rawkeybind: http://www.isaev.ru/rawkeybind/ I have not finished yet to map everything to below 255, and dont have a complete map in XBMC - for sure i would appreciate some joint effort here . For those of you who have the EU version of the 3101 - you can also get the color keys working. (diff for ubuntu 2.6.32 kernel) Code: diff -Nru linux-2.6.32.y-d4e0f47/hid-gyration.c linux-2.6.32.y-d4e0f47.new/hid-gyration.c (somewhat research notepad on this topic in german at vdrportal: http://vdrportal.de/board/thread.php?threadid=97345 ) - rodercot - 2010-08-20 Hey All, Sorry I own a marina and it has BEEN a very busy summer, in fact my mythbackend crashed in march and I am just getting it back in gear now. WOW! lots off reading to do. Where are you guys at with this, has anyone tried it with the CVS lirc version, I just setup a test machine in my office again and I will start fiddling with it and see what I can come up with. I need to get my head around where I left off with it. Has dutchhome committed any thing further, his solution was the closest to working I ever had and he was going to get the device numerical convention into the lirc upstream and I am not sure if it was ever accepted. Always your roadblock is the adding of more devices with lirc is a pita, lircd, lircd1, lircd2 etc all have to point to one device (lircd and in proper order of starting) to have them ALL work within xbmc or any linux platform for that matter as far as I am aware. I will look into it more this weekend and see what I can come up with. Dave - steffen_b - 2010-09-21 My suggestion: Don't use lircd at all, use inputlircd. /etc/default/inputlirc Code: # Options to be passed to inputlirc. Use Keymap to map the usual keys (if not allready the case) and use inputlircd for the keys with evcode above 255 (like channel buttons) |