Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759043AbZKZQl2 (ORCPT ); Thu, 26 Nov 2009 11:41:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758861AbZKZQl1 (ORCPT ); Thu, 26 Nov 2009 11:41:27 -0500 Received: from khc.piap.pl ([195.187.100.11]:56635 "EHLO khc.piap.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758701AbZKZQl0 (ORCPT ); Thu, 26 Nov 2009 11:41:26 -0500 From: Krzysztof Halasa To: Gerd Hoffmann Cc: Christoph Bartelmus , awalls@radix.net, dheitmueller@kernellabs.com, dmitry.torokhov@gmail.com, j@jannau.net, jarod@redhat.com, jarod@wilsonet.com, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org, mchehab@redhat.com, superm1@ubuntu.com Subject: Re: [RFC] Should we create a raw input interface for IR's ? - Was: Re: [PATCH 1/3 v2] lirc core device driver infrastructure References: <4B0DBC2D.1010603@redhat.com> Date: Thu, 26 Nov 2009 17:41:28 +0100 In-Reply-To: <4B0DBC2D.1010603@redhat.com> (Gerd Hoffmann's message of "Thu, 26 Nov 2009 00:22:21 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1219 Lines: 30 Gerd Hoffmann writes: > Why not? With RC5 remotes applications can get the device address > bits for example, which right now are simply get lost in the ir code > -> > keycode conversion step. Right, this in fact makes the input layer interface unusable for many remotes at this time. I think the address (aka group) should be just a part of the key ("command") code, IIRC this is what lirc RC5 does (I'm presently using a custom "media" version of RC5). > I know that lircd does matching instead of decoding, which allows to > handle unknown encodings. Thats why I think there will always be > cases which only lircd will be able to handle (using raw samples). > > That doesn't make attempts to actually decode the IR samples a useless > exercise though ;) Sure. Especially RC5-like protos are simple to decode, and it's very reliable, even with a very unstable remote clock source (such as RC-based = resistor + capacitor). -- Krzysztof Halasa -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/