eferz wrote:
For example, compounding the issue by adding your own version isn't going to help us get to that goal. Of all the people here, I would assume you have moderator access to the File Section, and wonder why you didn't just change the setup code and update the description of one files and deleted the duplicates? It's not like I don't supply backlinks to the threads which they were created for. So, broken links can be adjusted.
I don't think I have the authority to move files around; even if I do; I don't know how. Anyway, referring to the
original thread, it didn't occur to me that I would need to-- I expected that you would either change your links to the upgrade that I posted, or you would redo your upgrade, and then I would edit my post and delete my upgrade.
See, you're contributing a lot here (and pretty doggone often too!), so I assumed that you're familiar with the issues associated with manually entering EFCs. However, the focus in the above post on setup codes, as opposed to fixed data, suggests that you probably haven't done much of that. So I guess it wasn't obvious to you that the way your upgrade was constructed would actually do the original poster (who apparently does not have a JP1.3 cable) a disservice--the EFCs in that upgrade won't work for manual entry in any remote made today. And anyone else arriving at the thread looking for EFCs for manual entry will also be disappointed with an upgrade which sets subdevice1 to 8 and subdevice2 to 40.
So at the risk of repeating what you already know:
You are quite right that the setup code in an upgrade has no effect on EFCs-or anything else, as long as it isn't a duplicate. But changing the order in which the subdevices are entered will change the EFCs, since part of the EFC (2 bits in this case) is used to select which subdevice will be used for a given button. When we make an upgrade and upload it from a computer, any subdevice order will work, since our tools will make everything self consistent.
A user without a cable is in a different situation. He has no control over the order of the subdevices, or even if the necessary subdevices are built in to the remote. All he can do is choose a setup code, and accept the executor and fixed data that is built in.
Sony 16.8 is only available as a built in IR protocol in any UEI remote by using setup code Audio 2172. The user has to work with this order: subdevice1 = 250, sub2 = 11, sub3= 40, and sub4 = 8. If he assigns Audio 2172 and then uses EFCs from an upgrade which puts sub1 = 8, the IR signals that are sent will have the correct OBC, but with subdevice 250. The selector bits only indicate the subdevice index, and not the actual value.
In my opinion, we as a community should try to make our upgrades also useful to users who don't have cables. Maybe I'm just projecting my own experience, but I started using manual entry, became convinced that this offered a lot of flexibility, and decided the cost of an interface cable was justified. Without having successfully used manual entry of EFCs, there is no way I would have sprung for a cable, because I wouldn't have understood the value of it.
That's why I think that we should try to make our upgrades conform to official executors and values of the fixed data whenever we can. And after I went to the trouble to recast your upgrade so that it would be useful for manual entry, I just assumed that you would re-link to that one, or recast your upgrade in the same way.
Anyway, I don't care whose upgrade survives or what setup code it carries. I do care that it be be constructed with the order of subdevices matching that of audio 2172.