On Fri, Nov 18, 2016 at 11:14:25PM +1100, Vincent McIntyre wrote: > On Thu, Nov 17, 2016 at 01:45:26PM +0000, Sean Young wrote: > > On Wed, Nov 16, 2016 at 09:52:58PM +1100, Vincent McIntyre wrote: > > > I have a fairly old dvico dual digital 4 tuner and remote. > > > There seem to be some issues with support for it, can I help fix them? > > > > > > I am using ir-keytable 1.10.0-1 on Ubuntu 16.04 LTS, > > > with kernel 4.4.0-47-generic (package version 4.4.0-47-generic) > > > > > > The remote's keymapping is the one in /lib/udev/rc_keymaps/dvico_mce; > > > kernel support for the device is in media/usb/dvb-usb/cxusb.c. > > > > > > Mostly it works, in that I get correct keycodes back from evtest > > > and ir-keytable -t. But I want to change some of the keycode mappings > > > and that is not working. > > > > I suspect the problem here is rc-core is not used and > > legacy_dvb_usb_setkeycode has a bug (it has several problems). > > > > It would be nicer if we could move it rc-core, but for that to work > > we need to know what scancodes remote sends (and in what protocol). > > A scancode of 0xfe47 is not a valid RC5 scancode. > > So are you saying that the hex codes in the rc_map_dvico_mce_table > struct are invalid (at least in some cases)? Most likely the remote produces IR in a standard protocol (e.g. rc5, rc6). If we first get the keymap right then the remote can be used with any IR receiver that can deal with its protocol; conversely, if we know what protocol the IR receiver can receive, and we make it produce the scancodes in the right format, it can then be used with any remote that uses the protocol it understands. So at the moment we don't know what protocol it is, and even if it is rc5 then some bit shifting might be needed to make it into a proper rc5 scancode (both driver and keymap). > How can I tell what protocol is in use? > 0x00010001 doesn't mean much to me; I did search the linux source > for the code but didn't find any helpful matches. At the moment it's not easy to determine what protocol an remote uses; I would like to change that but for now, the following is probably the easiest way. cd /sys/class/rc/rc1 # replace rc1 with your receiver for i in $(<protocols); do echo +$i > protocols; done echo 3 > /sys/module/rc_core/parameters/debug journal -f -k Protocol numbers are defined in enum rc_type, see include/media/rc-map.h > > Would it be possible to test the remote with another device (say an > > usb mce receiver or so) and see what scancodes it sends? Then we can > > translate the keymap to a real one and make the cxusb driver send > > correct scancodes to rc-core. > > Great idea. Do you mean something like [1]? Yes, it would be a receiver like that. > Or the (presumably generic) receiver that comes with [2]? It's not clear what usb receiver it uses. > Would a FLIRC work? I hadn't heard of flirc, looks like it doesn't have a kernel driver. Maybe I'll go and get one. :) > Probably dumb question - in this machine I also have > an iMon Remote (152c:ffdc) > and Leadtek WinFast DTV Dongle Dual > Do you think either of those would be helpful? > I tried evtest with them and the remote, no responses. > > # ir-keytable > Found /sys/class/rc/rce0/ (/dev/input/event5) with: > Driver imon, table rc-imon-mce > Supported protocols: rc-6 > Enabled protocols: rc-6 > Name: iMON Remote (15c2:ffdc) > bus: 3, vendor/product: 15c2:ffdc, version: 0x0000 > Repeat delay = 500 ms, repeat period = 125 ms > Found /sys/class/rc/rc1/ (/dev/input/event16) with: > Driver dvb_usb_af9035, table rc-empty > Supported protocols: nec > Enabled protocols: > Name: Leadtek WinFamst DTV Dongle Dual > bus: 3, vendor/product: 0413:6a05, version: 0x0200 > Repeat delay = 500 mss, repeat period = 125 ms Looks like it's neither rc6 nor nec then. If you don't have the right receiver then all of this a bit academic. Maybe it's possible to port to rc-core with the existing scancodes. Thanks Sean > > Thanks > Vince > > [1] http://www.ebay.com.au/itm/New-HP-USB-MCE-IR-Wireless-Receiver-Windows-7-Vista-/261127073131 > [2] https://www.jaycar.com.au/home-theatre-pc-remote-control/p/XC4939 > > -- > 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 -- 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
