Re: [PATCH] ir-nec-decoder: fix extended NEC scancodes

2010-12-02 Thread Mauro Carvalho Chehab
Em 26-11-2010 19:12, James Hogan escreveu: > (expanded cc list) > > On Fri, Nov 26, 2010 at 08:39:25AM -0500, Andy Walls wrote: >> You might want to check the handling against this NEC datasheet >> >> http://www.datasheetcatalog.org/datasheet/nec/UPD6122G-002.pdf >> >> The datasheet calls the addr

Re: [PATCH] ir-nec-decoder: fix extended NEC scancodes

2010-11-26 Thread James Hogan
(expanded cc list) On Fri, Nov 26, 2010 at 08:39:25AM -0500, Andy Walls wrote: > You might want to check the handling against this NEC datasheet > > http://www.datasheetcatalog.org/datasheet/nec/UPD6122G-002.pdf > > The datasheet calls the address bytes "custom code" (high byte apparently) > an

Re: [PATCH] ir-nec-decoder: fix extended NEC scancodes

2010-11-26 Thread Andy Walls
You might want to check the handling against this NEC datasheet http://www.datasheetcatalog.org/datasheet/nec/UPD6122G-002.pdf The datasheet calls the address bytes "custom code" (high byte apparently) and "custom code'" (low byte apparently) with both bytes sent lsb first. It appears the high

[PATCH] ir-nec-decoder: fix extended NEC scancodes

2010-11-26 Thread James Hogan
Could somebody check this as I'm unable to test it. I'm also not entirely certain it isn't winbond-cir that is in error instead of ir-nec-decoder. Cheers James -- After comparing the extended NEC scancode construction of the software decoder and winbond-cir it appears the software decoder is putt