On Thu, Nov 04, 2010 at 11:54:25AM -0400, Jarod Wilson wrote:
Okay, so we seem to be in agreement for an approach to handling this.
I'll toss something together implementing that RSN... Though I talked
with Mauro about this a bit yesterday here at LPC, and we're thinking
maybe we slide this support back over into the nec decoder and make it
a slightly more generic "use full 32 bits" NEC variant we look for
and/or enable/disable somehow. I've got another remote here, for a
Motorola cable box, which is NEC-ish, but always fails decode w/a
checksum error ("got 0x00000000", iirc), which may also need to use
the full 32 bits somehow... Probably a very important protocol variant
to support, particularly once we have native transmit support, as its
used by plenty of cable boxes on the major carriers here in the US.
I've always found the "checksum" tests in the NEC decoder to be
unnecessary so I'm all for using a 32 bit scancode in all cases (and
still using a module param to squash the ID byte of apple remotes,
defaulting to "yes").
--
David Härdeman
--
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
