Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754376AbZK2MH0 (ORCPT ); Sun, 29 Nov 2009 07:07:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754257AbZK2MHU (ORCPT ); Sun, 29 Nov 2009 07:07:20 -0500 Received: from moutng.kundenserver.de ([212.227.17.9]:60692 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754271AbZK2MHR (ORCPT ); Sun, 29 Nov 2009 07:07:17 -0500 Date: 29 Nov 2009 12:07:00 +0100 From: lirc@bartelmus.de (Christoph Bartelmus) To: khc@pm.waw.pl Cc: awalls@radix.net Cc: dmitry.torokhov@gmail.com Cc: j@jannau.net Cc: jarod@redhat.com Cc: jarod@wilsonet.com Cc: jonsmirl@gmail.com Cc: linux-input@vger.kernel.org Cc: linux-kernel@vger.kernel.org Cc: linux-media@vger.kernel.org Cc: maximlevitsky@gmail.com Cc: mchehab@redhat.com Cc: stefanr@s5r6.in-berlin.de Cc: superm1@ubuntu.com Message-ID: In-Reply-To: Subject: Re: [RFC] What are the goals for the architecture of an in-kernel IR system? User-Agent: OpenXP/4.10.7369 (Linux) (i386) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Provags-ID: V01U2FsdGVkX19+EyengzvXz+5ESSl/k8v2HSnV4lIcX1nqQVK gadc3C0dBysUqx3Xu4o7A8/H8TeeTzHXkO0hQ/xE54YsP3ZJPT DXQTuRk1MW6pC1psMQ/+jgdRQ68tJht Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1361 Lines: 30 Hi Krzysztof, on 28 Nov 09 at 18:21, Krzysztof Halasa wrote: [...] >> This remote uses RC-5. But some of the developers must have thought that >> it may be a smart idea to use 14 bits instead the standard 13 bits for >> this remote. In LIRC you won't care, because this is configurable and >> irrecord will figure it out automatically for you. In the proposed kernel >> decoders I have seen until now, you will have to treat this case specially >> in the decoder because you expect 13 bits for RC-5, not 14. > Well, the 14-bit RC5 is de-facto standard for some time now. One of the > start bits, inverted, now functions as the MSB of the command code. > 13-bit receiver implementations (at least these aimed at "foreign" > remotes) are obsolete. Ah, sorry. I didn't mean the extension of the command code by inverting one of the start bits. The Streamzap really uses one more bit. In the LIRC world the RC5 start bit which is fixed to "1" is not counted as individual bit. So translated to your notation, the Streamzap uses 15 bits, not 14 like the extended RC-5 or 13 like the original RC-5... Christoph -- 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/