Hi Stefan > >> The nec initiation looks right and must adding code for > >> tm5600/6000 (going over message pipe). > > I haven't USB stick with tm5600/6000 for test. Need people with > > this TV cards. > > > then add a todo line. I'll do it. > >> rc5 need some code for tm6010 (for tm5600/6000 are the hack). > > I didn't touch this code because I haven't RC5 remotes and > > tm5600/6000 > > > >> And the logic for your remote control is unused for > >> the second variant, but ir->rc_type = rc_type are o.k. > but the line ir->rc_type = rc_type; are o.k. > > > I think your mean is wrong. Our IR remotes send extended NEC it is > > 4 bytes. We removed inverted 4 byte and now we have 3 bytes from > > remotes. I think we must have full RCMAP with this 3 bytes from > > remotes. And use this remotes with some different IR recievers like > > some TV cards and LIRC-hardware and other. No need different RCMAP > > for the same remotes to different IR recievers like now. > Your change doesn't work with my terratec remote control !! I'll try solve this problem don't worry. > > If we use second variant I can't use RCMAP_BEHOLD because it has > > full 3 bytes scancodes. As you wrote. > > > And if you use two bytes rc map table. We have add filter for address > and commands to pass all. With an external tool can change the map ( > ir_keytable). Why you will use more than two bytes. With my last code this tool is working. When you call change_protocol new value of address stored. But if a keytable of remotes hasn't full scancodes it doesn't work How to main IR core search scancodes in RCMAP keytable? I think it search full equal scancode value with returned from tm6000. Example: defined keytable: 0x86 0x6B 0x00 tm6000 read IR data 0x86 0x00 When return 0x86 0x00 to IR core a key is unknown because 0x86 0x6B 0x00 != 0x86 0x00 I think we can have two different solutions: 1. My variant. When init IR tm6000, get full address from a keytable, store it. After key filtering restore full scancode and return it to IR core -> 0x86 0x6B 0x00. A keytable must has really full scancodes. 2. More simple. A keytable has only data byte. Get IR data and return only data byte without filtering because a keytable hasn't this information. This is bad the TV card can do some task by other IR remotes. Or add some place where stored filter information and update filter when keytable replaced. With my best regards, Dmitry. -- 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
