<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 37: Bug with keymoves with NEC1 Combo </title><link>https://sourceforge.net/p/controlremote/bugs/37/</link><description>Recent changes to 37: Bug with keymoves with NEC1 Combo </description><atom:link href="https://sourceforge.net/p/controlremote/bugs/37/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 17 May 2011 04:15:12 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/controlremote/bugs/37/feed.rss" rel="self" type="application/rss+xml"/><item><title>Bug with keymoves with NEC1 Combo </title><link>https://sourceforge.net/p/controlremote/bugs/37/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I am using a URC-6131 (2K) and writing a protocol upgrade for an Onkyo Receiver using NEC1 Combo (PID 00 B6). Since the remote already knows this protocol, there is no protocol upgrade.&lt;/p&gt;
&lt;p&gt;I noticed that functions work only if assigned to a remote key that doesn't require a key move. There appears to be a bug in RemoteMaster 2.01 that generates incorrect Key Moves when writing upgrades for NEC1 Combo for remote.&lt;/p&gt;
&lt;p&gt;Even more interesting: if I do the keymove manually (using SETUP 9-9-4 etc. on the remote), then the keymove works, but when I subsequently download the remote to RemoteMaster 2.01, the "Key Move" tab in RM 2.01 becomes unoperable!&lt;/p&gt;
&lt;p&gt;I attach the rmir file with non-working keymoves for the Onkyo receiver. You'll note the raw data is obviously incorrect on the Key Moves tab for the Onkyo codes.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Laurent Montaron</dc:creator><pubDate>Tue, 17 May 2011 04:15:12 -0000</pubDate><guid>https://sourceforge.neta2efe31e64a0fe69beae2c449a501b2d2dd1db90</guid></item></channel></rss>