Trying to program an MX-780 and some of the commands for a Yamaha RX-A760 cause 'Incorrect IR ID' to show on the display. Also, when USB has been selected and I press the NET button, nothing happens- this is with the receiver as the only device and all buttons are available. I tried that because only the volume and mute buttons worked in the original program. All of the macros had the proper commands and it works for the TV and cable box.

Are they removing codes? Do they think we're going to maintain their database? Do they give a rat's ass?

I called tech support and he was absolutely useless. I was happy to hear him tell me that this model is fully customizable, though. That was very comforting after I waited ten minutes for him to answer and I pissed away an hour trying to get this POS to work.

Their database is far from perfect but it is pretty good. I have noticed they haven't kept up with new yamahas very well.

That said, you should make your own Yamaha drivers with the codes from their dealer site. Will make your life easier going forward.

Looks like what you get when files are sent in by volunteers. I don't know if that's how the URC (and RTI, for that matter) databases came into being, but it sure seems so. That or stupidity are the only things I can come up with to explain duplications and illogical separations of components into different categories in both databases.


...and obviously a) that is not the case with the factory remote, and b) the URC NET button works when anything except USB has been chosen. Right?

And what does "all buttons are available" mean? How does one make buttons not available?

Yamaha code 234 which is URC code 1660 works.

I have been having issues with the MX-900 and anything Sony. I have had to program a 789, then learn the codes into the 900!

It's not like the codes have ever really changed for Sony..

Ernie, last I spoke to URC, they told me that they have 6 full time database 'engineers'.

A problem with how their database is built, by URC, RTI, Harmony, etc, etc, is that most codes are sent in by the dealers, and from "some" of the manufacturers, and that none of these companies actually have any way to test the codes since they do not have the actual devices to test the codes on.

We all know the pain of rummaging around in the huge amount of codes to get the ones we want.

Case in point?

I have a new Panasonic LED in my office. Programming a MX980 to run it and the peripherals, the first code in the URC database power off command (along with vol and mute) works, yet the power off and power toggle for the particular code set do not.

I gave up and learned the toggle from the factory remote and called it a day, since that works.


Such is life with these remotes...

URC gets their files from the manufacturers, not "volunteers".

I spoke with regional tech support and we're working on it- several incorrect commands are associated with the buttons.

Think about the last question you asked.

Not so, while URC does get code sets from manufacturers, they do also get some from dealers that send in correct code sets.

Depends on who you talk to at URC as to what answer you get....

I said it looks like that.

I've got to take that back, though. It's the RTI database that is poorly organized and looks like there's nobody in charge. With URC, I've run into missing commands, particularly discretes, and missing models, but I guess you've got to expect that.

I think that is one place Harmony has an advantage in that every code that is learned by a user is now in their database. How well they manage them is up for debate, but crowd sourcing is a good way to get the info.

Crowd sourcing only takes you so far. You need serious management, otherwise you end up with an RTI database that lists the model that you want, and there is one lousy code in the database for that model.

I have no doubt that some of URC's stuff has been sent to them by end-users. It will be missing one button that you need, that if the manufacturer had sent in all the codes, would probably not be missing.

On the other hand, there's a total lack of sense on the part of some people.

After I took training at Vidikron in the late 90s, I needed commands that Crestron didn't have yet. I suggested to the trainer (who has been at URC for years now) that Vidikron should send all their remotes to Crestron so Crestron could learn all the commands. This seemed like a trivial thing, since the HQs of the two companies were about a mile apart in New Jersey.

And what happened? My friend assembled and labeled all the remotes and gave them to his shipping department. Vidikron's shipping department carefully removed all documentation identifying the remotes, then sent them to Crestron. It took a couple of weeks to get it straightened out.

Supposedly there is a special email address that you can use to tell URC about bad/missing codes. I've been meaning to get it. They drive me crazy with missing discrete commands and such.

I can tell for Yamaha they are not using the hex codes on the Yamaha CI site and are using the old labels for many of the commands. For instance on the RX-A 60 series what I would call Scene 3 is labeled CD in the database. None of the RX-A 60 series have a CD button or input. Scene 3 is now called NET on the RX-A760/A860 and is called Scene 3 on the A-x060 models. But if you want scene 3 in the URC database you better know the history of Yamaha receivers because Scene 3 is still called CD in the their database.

Someone should go through and clean up their database. many of the Yamaha commands do not change year to year so making your own device or driver in TC for them is highly recommended.