<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 2:13 PM, Jarod Wilson <span dir="ltr">&lt;<a href="mailto:jarod@wilsonet.com">jarod@wilsonet.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Dec 16, 2010, at 7:09 PM, Rodd Clarkson wrote:<br>
<br>
&gt; On Thu, Dec 16, 2010 at 5:34 PM, Grant McChesney &lt;<a href="mailto:grantmc@gmail.com">grantmc@gmail.com</a>&gt; wrote:<br>
&gt; On Wed, Dec 15, 2010 at 9:37 PM, Michael Rice &lt;<a href="mailto:mikerice1969@gmail.com">mikerice1969@gmail.com</a>&gt; wrote:<br>
&gt; On Wed, Dec 15, 2010 at 7:08 PM, Newbury &lt;<a href="mailto:newbury@mandamus.org">newbury@mandamus.org</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt; Seems to have the same problem for me.<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; [root@mythfrontend2 ~]# uname -a<br>
&gt; &gt;&gt; Linux mythfrontend2 2.6.35.10-67.fc14.i686.PAE #1 SMP Wed Dec 15<br>
&gt; &gt;&gt; 22:45:07 UTC 2010 i686 i686 i386 GNU/Linux<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; Again the irw output from pressing a single Up after several Downs:<br>
&gt; &gt;&gt;<br>
&gt; &gt;&gt; [root@mythfrontend2 ~]# irw<br>
&gt; &gt;&gt; 0001006c00000001 00 Down devinput<br>
&gt; &gt;&gt; 0001006700000001 00 Up devinput<br>
&gt; &gt;<br>
&gt; &gt; And that is what you are looking for, unless I Missed something.<br>
&gt;<br>
&gt; Nope.  When I press Up I don&#39;t want it to register Down/Up.  Just Up.  :)<br>
&gt;<br>
&gt; It is still doing something strange.  One key press usually (or always?)<br>
&gt; generates two presses one of which is held until the next key is pressed<br>
&gt; at which time they both come out.<br>
&gt;<br>
&gt; In the output above I had hit a bunch of down keys.  Waited a few seconds<br>
&gt; then ran irw and hit a single Up.  At that point the buffered Down is emitted<br>
&gt; along with an Up.<br>
&gt;<br>
&gt; Glad I&#39;m not the only one experiencing this behavior.  I&#39;ve been hacking away at my lircd.conf trying to fix it.  I&#39;ve resorted to my wireless keyboard until this gets sorted.<br>
&gt;<br>
&gt; Jarod, I look forward to the fix.  Thanks!<br>
&gt;<br>
&gt;<br>
&gt; Jarrod,<br>
&gt;<br>
&gt; I&#39;ve just tried kernel-2.6.35.10-68 and it&#39;s better in terms of response time, and ironically it&#39;s worse because of this.  HUH?<br>
&gt;<br>
&gt; I think I&#39;m getting double inputs from my remote because both lirc and evdev at using it as an input device.  When I press some keys on my remote, they seem to be doing things twice.  For example, press the up or down I sometimes skip an item in the menu.  However, I think this is related to evdev and lirc running at the same time.<br>

&gt;<br>
&gt; if I run `xev` and `irw` in two seperate terminal windows and then press the up and down keys on the remove I get in &#39;xev&#39;:<br>
&gt;<br>
&gt; KeyPress event, serial 30, synthetic NO, window 0x4800001,<br>
&gt;     root 0xbf, subw 0x0, time 654082, (630,511), root:(634,560),<br>
&gt;     state 0x10, keycode 111 (keysym 0xff52, Up), same_screen YES,<br>
&gt;     XLookupString gives 0 bytes:<br>
&gt;     XmbLookupString gives 0 bytes:<br>
&gt;     XFilterEvent returns: False<br>
&gt;<br>
&gt; KeyRelease event, serial 33, synthetic NO, window 0x4800001,<br>
&gt;     root 0xbf, subw 0x0, time 654331, (630,511), root:(634,560),<br>
&gt;     state 0x10, keycode 111 (keysym 0xff52, Up), same_screen YES,<br>
&gt;     XLookupString gives 0 bytes:<br>
&gt;     XFilterEvent returns: False<br>
&gt;<br>
&gt; KeyPress event, serial 33, synthetic NO, window 0x4800001,<br>
&gt;     root 0xbf, subw 0x0, time 655246, (630,511), root:(634,560),<br>
&gt;     state 0x10, keycode 116 (keysym 0xff54, Down), same_screen YES,<br>
&gt;     XLookupString gives 0 bytes:<br>
&gt;     XmbLookupString gives 0 bytes:<br>
&gt;     XFilterEvent returns: False<br>
&gt;<br>
&gt; KeyRelease event, serial 33, synthetic NO, window 0x4800001,<br>
&gt;     root 0xbf, subw 0x0, time 655614, (630,511), root:(634,560),<br>
&gt;     state 0x10, keycode 116 (keysym 0xff54, Down), same_screen YES,<br>
&gt;     XLookupString gives 0 bytes:<br>
&gt;     XFilterEvent returns: False<br>
&gt;<br>
&gt; and in &#39;irw&#39; i get:<br>
&gt;<br>
&gt; 000000037ff07be1 00 Up mceusb<br>
&gt; 000000037ff07be0 00 Down mceusb<br>
&gt; 000000037ff07be0 01 Down mceusb<br>
&gt;<br>
&gt; As a result, my remote now skips every second menu item.<br>
&gt;<br>
&gt; Why is this worse?  We, because (and I&#39;m taking an educated quess here) there were keypress delay issues in older kernels than the one above, if I pressed the buttons on the remote quickly, I saw only the output in the irw window.  However, if I held the button a little longer, i got output in both windows.  In the example above, I wouldn&#39;t have seen the KeyPress/Release event for the &#39;Up&#39; action, but I would have got both Down events.<br>

&gt;<br>
&gt; Is it fair to assume that both evdev and lirc are giving mythtv a command each and that&#39;s why I&#39;m going up and down two menu items at a time?<br>
&gt;<br>
&gt; How can I fix this?<br>
<br>
</div></div>echo lirc &gt; /sys/class/rc/rc0/protocols<br>
<br>
That effectively disables in-kernel decoding, setting only userspace<br>
lirc decoding to be active. I&#39;m going to push an updated lirc package<br>
Real Soon Now that does this automatically (needs to be done every time<br>
you reboot).<br></blockquote><div><br>Thanks Jarod for your quick response.<br><br>I got this from another thread:<br><br>echo none &gt; /sys/class/rc/rc0/protocols<br>echo +lirc &gt; /sys/class/rc/rc0/protocols<br><br>which I think is similar and it&#39;s worked a treat.<br>
<br>I&#39;ve stuck this into /etc/rc.local for the moment (is this the right place) and will remove when you get around to that new version of lirc RSN.<br><br>With the combination of this above and the new kernel from koji my remote now works stupendously.  Thank you very much for all your hard work.<br>
<br><br>Rodd<br></div></div>