From mboxrd@z Thu Jan 1 00:00:00 1970 From: Devin Heitmueller Subject: Re: [RFC] Infrared Keycode standardization Date: Thu, 27 Aug 2009 14:34:11 -0400 Message-ID: <829197380908271134q26b2d44eg2e8c87a844d2b0b5@mail.gmail.com> References: <20090827045710.2d8a7010@pedra.chehab.org> <4A96BD05.1080205@googlemail.com> <829197380908271017x4247a550t44155a46c7e23c79@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: linux-media-owner@vger.kernel.org To: Trent Piepho Cc: Peter Brouwer , Mauro Carvalho Chehab , Linux Media Mailing List , Linux Input List-Id: linux-input@vger.kernel.org On Thu, Aug 27, 2009 at 2:29 PM, Trent Piepho wrot= e: > On Thu, 27 Aug 2009, Devin Heitmueller wrote: >> The biggest challenge with that approach is that lirc is still >> maintained out-of-kernel, and the inputdev solution does not require >> lirc at all (which is good for inexperienced end users who want thei= r >> product to "just work"). > > If distros started packing lirc as a basic system daemon things would > generally just work too. =A0After all, there is plenty of other user = space > software one needs to do anything. Sure, and when that day comes my opinion will change. In the meantime, users will see a regression (their remotes will stop working whereas they worked before the upgrade). >> The other big issue is that right now remotes get associated >> automaticallywith products as part of the device profile. =A0While t= his >> has the disadvantage that there is not a uniform mechanism to specif= y >> a different remote than the one that ships with the product, it does >> have the advantage of the product working "out-of-the-box" with >> whatever remote it came with. =A0It's a usability issue, but what I >> would consider a pretty important one. > > lirc isn't limited to one remote at a time. =A0You can have many diff= erent > remotes supported at once. =A0So it's not always necessary to know wh= ich > remote you have before the remote will work. I recognize that lirc can support multiple remotes. However, at a minimum the lirc receiver should work out of the box with the remote the product comes with. And that means there needs to be some way in the driver to associate the tuner with some remote control profile that has its layout defined in lirc. Sure, if the user wants to then say "I want to use this different remote instead..." then that should be supported as well if the user does the appropriate configuration. While I can appreciate the desire to support all sorts of advanced configurations, this shouldn't be at the cost of the simple configurations not working out-of-the-box. Devin --=20 Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- To unsubscribe from this list: send the line "unsubscribe linux-media" = in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html