[mythtv-users] LIRC v ir-keytable -- Remote Control

Alec Leamas leamas.alec at gmail.com
Mon Feb 9 08:47:46 UTC 2015


On 08/02/15 21:08, jim wrote:

> The IR receiver is made by Topseed.
> http://www.amazon.com/USB-External-Infrared-Receiver-Cable/dp/B00J5NRWFO/ref=sr_1_19?s=electronics&ie=UTF8&qid=1423423247&sr=1-19&keywords=ir+receiver

> Are there multiple paths to integrating a new remote?

Yes.

> Is there a  best-practice?

I don't think so. Rather it's a quite complex decision. Also, using LIRC 
is not really a yes/no question - LIRC can be used in different ways. 
Some thoughts:

- What's your application? If the application doesn't support LIRC, the 
only reason to use LIRC would be if there is no way to get the kernel 
decoding to work.

- If your application supports LIRC, using LIRC offers more 
functionality than plain kernel decoding does. This might or might not 
be important.

- I think it's fair to say that handling a new, unsupported device is 
easier with lirc, at least as long as irrecord does what it should. At 
least, using irrecord should give you a hint about the protocol (RC6?) 
used by the remote.

- Unfortunately, Debian/Ubuntu packages an old LIRC version. Upstream is 
now at 0.9.2.


Is LIRC the way to go?

Since you posted a question about IR-blasting just before this one, you 
will need to install, learn and configure  LIRC anyway. Given that, 
together with that the kernel decoding doesn't work out of the box, I 
think trying irrecord(1) seems like a reasonable approach. If this works 
(not a complicated test), using LIRC certainly is a possibility.

And, you can use it in several ways  But that's a later issue. For now, 
I think it makes sense to give irrecord a try.

Cheers!

--alec




More information about the mythtv-users mailing list