Re: [RFC] Infrared Keycode standardization

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Aug 27, 2009 at 2:29 PM, Trent Piepho<xyzzy@xxxxxxxxxxxxx> wrote:
> 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 their
>> product to "just work").
>
> If distros started packing lirc as a basic system daemon things would
> generally just work too.  After 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.  While this
>> has the disadvantage that there is not a uniform mechanism to specify
>> 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.  It's a usability issue, but what I
>> would consider a pretty important one.
>
> lirc isn't limited to one remote at a time.  You can have many different
> remotes supported at once.  So it's not always necessary to know which
> 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

-- 
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@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux