On Fri, 2009-12-04 at 19:28 -0500, Jon Smirl wrote: > On Fri, Dec 4, 2009 at 6:01 PM, Christoph Bartelmus <lirc@xxxxxxxxxxxx> wrote: > > BTW, I just came across a XMP remote that seems to generate 3x64 bit scan > > codes. Anyone here has docs on the XMP protocol? > > Assuming a general purpose receiver (not one with fixed hardware > decoding), is it important for Linux to receive IR signals from all > possible remotes no matter how old or obscure? Importance of any particular requirement is relative/subjective. As is usefulness of any existing functionality. Personally, I just think it's cool to pick up a random remote and use Linux to figure out its protocol and its codes and get it working. > Or is it acceptable to > tell the user to throw away their dedicated remote and buy a universal > multi-function one? Nope. That other OS provider forces device obsolescence or arbitrary constraints on users quite often and I don't like it myself. That's why I use Linux. > Universal multi-function remotes are $12 in my > grocery store - I don't even have to go to an electronics store. The old remote in my possession costs $0, and I don't even have to leave the house. > I've been working off the premise of getting rid of obscure remotes > and replacing them with a universal one. The universal one can be set > to send a common protocol like JVC or Sony. That implies that we only > need one or two protocol decoders in-kernel which greatly reduces the > surface area of the problem. The design should serve the users, the users should not serve the design. If the reduction of requirements scope starts forcing users to buy new hardware, are we really serving the users or just asking them to pay to compensate for our shortcomings? Regards, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
