From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail1.sea5.speakeasy.net ([69.17.117.3]:60795 "EHLO mail1.sea5.speakeasy.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933645AbZKYDjS (ORCPT ); Tue, 24 Nov 2009 22:39:18 -0500 Date: Tue, 24 Nov 2009 19:32:42 -0800 (PST) From: Trent Piepho To: Maxim Levitsky cc: Jarod Wilson , Dmitry Torokhov , Krzysztof Halasa , Mauro Carvalho Chehab , Jarod Wilson , linux-kernel@vger.kernel.org, Mario Limonciello , linux-input@vger.kernel.org, linux-media@vger.kernel.org, Janne Grunau , Christoph Bartelmus Subject: Re: IR raw input is not sutable for input system In-Reply-To: <1259105571.28219.20.camel@maxim-laptop> Message-ID: References: <200910200956.33391.jarod@redhat.com> <200910200958.50574.jarod@redhat.com> <4B0A765F.7010204@redhat.com> <4B0A81BF.4090203@redhat.com> <20091123173726.GE17813@core.coreip.homeip.net> <4B0B6321.3050001@wilsonet.com> <1259105571.28219.20.camel@maxim-laptop> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-media-owner@vger.kernel.org List-ID: On Wed, 25 Nov 2009, Maxim Levitsky wrote: > > Its not the case. > There are many protocols, I know that by experimenting with my universal > remote. There are many receivers, and all have different accuracy. > Most remotes aren't designed to be used with PC, thus user has to invent > mapping between buttons and actions. > Its is not possible to identify remotes accurately, many remotes send > just a 8 bit integer that specifies the 'model' thus many remotes can > share it. The signal recevied by the ir receiver contains glitches. Depending on the receiver there can be quite a few. It is also not trivial to turn the raw signal sent by the remote into a digital value, even if you know what to expect. It takes digital signal processing techniques to turn the messy sequence of inaccurate mark and space lengths into a best guess at what digital code the remote sent. It's like turning raw VBI data into decoded ASCII teletext from a simulated keyboard device, all in the kernel. > Kernel job is to take the information from device and present it to > userspace using uniform format, that is kernel does 1:1 translating, but > doesn't parse the data. One thing that could be done, unless it has changed much since I wrote it 10+ years ago, is to take the mark/space protocol the ir device uses and sent that data to lircd via the input layer. It would be less efficient, but would avoid another kernel interface. Of course the input layer to lircd interface would be somewhat different than other input devices, so it's not entirely correct to say another interface is avoided.