<div class="gmail_quote">On Tue, Jul 12, 2011 at 12:47 AM, 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 Jul 12, 2011, at 12:18 AM, Jerry Rubinow wrote:<br>
<br>
&gt; On Tue, Jul 12, 2011 at 12:07 AM, Jarod Wilson &lt;<a href="mailto:jarod@wilsonet.com">jarod@wilsonet.com</a>&gt; wrote:<br>
&gt; On Jul 11, 2011, at 11:46 PM, Jerry Rubinow wrote:<br>
&gt;<br>
&gt; &gt; I recently upgraded my MythTV frontend and stupidly wiped my old configuration without saving my lircd.conf.  So I was trying to generate a new one.  Here&#39;s the hw/sw:<br>
&gt; &gt;<br>
&gt; &gt; Lirc 0.8.7, Mythbuntu 11.04.  mceusb IR receiver.  ReplayTV remote (and universal remote emulating ReplayTV remote).  lirc_dev and mceusb drivers specified in hardware.conf.  If I use the mceusb lircd.conf, everything works fine (irw displays the button presses of my MCE remote, mythtv responds), so I believe the receiver and software are working correctly.<br>

&gt; &gt;<br>
&gt; &gt; However, if I use irrecord with either the ReplayTV remote or the emulated ReplayTV remote, I end up with a file that does not recognize proper button presses.  During irrecord, I get lots of length 1 sequences.  I should note that in the old configuration (lirc under mythbuntu 10.04), the exact same hardware worked perfectly, so I&#39;m not sure what I could be doing wrong or what might have changed.<br>

&gt; &gt;<br>
&gt; &gt; If I use the Replay lircd.conf file from the LIRC site, it doesn&#39;t display any button presses in irw.<br>
&gt;<br>
&gt; There&#39;s a minor but critical for non-RC5/6 remotes bug in the mceusb driver<br>
&gt; that might be tripping you up. There&#39;s a timeout value in the driver that is<br>
&gt; 1/10th the time it should be (10ms instead of 100ms), which causes a reset<br>
&gt; event to trigger in the middle of a relatively long pulse or space sample,<br>
&gt; which does Bad Things to signal interpretation. It should be fixed in kernel<br>
&gt; 3.0, not sure if it&#39;ll be before release or via the stable tree, and 2.6.39<br>
&gt; should also get it via its stable tree. No clue about kernels that are any<br>
&gt; older than that. There&#39;s always media_build though, once the patch is merged<br>
&gt; into the media tree (I only sent the pull req this afternoon).<br>
&gt;<br>
&gt; Well, that&#39;s good to know.  At least now I can stop beating my head against a wall.  Is there anything within my control I can do in the meantime to get this to work?<br>
<br>
</div></div>Well, you could get the media_build bits prepped, and manually apply the<br>
necessary patches over the top, then build.<br>
<br>
The two patches from Rafi Rubin are the ones you need:<br>
<br>
<a href="http://git.kernel.org/?p=linux/kernel/git/jarod/linux-2.6-ir.git;a=shortlog;h=refs/heads/for-3.0" target="_blank">http://git.kernel.org/?p=linux/kernel/git/jarod/linux-2.6-ir.git;a=shortlog;h=refs/heads/for-3.0</a><br>

<div class="im"><br>
<br>
&gt; Unfortunately, my URC-R50 remote doesn&#39;t seem to have an MCE code set.  I suppose I could have it learn all the MCE codes...<br>
<br>
</div>A Philips VCR codeset should also work. As should TiVo&#39;s NEC-ish codes,<br>
if I&#39;m thinking clearly.</blockquote><div><br></div><div>No joy with those codesets, but thanks for the suggestions.   For now I had the remote learn all the buttons from the MCE remote and that&#39;s working fine.</div>
<div><br></div><div>-Jerry</div></div>