Couple of issues with March update and remote

i also noticed 2 input devices. Maybe the remote it switching between them?? Anyway, i forced udevadm to use event5 and not event6 just to try it out.

I: Bus=0003 Vendor=2017 Product=1690 Version=0110
N: Name=“OSMC Remote Controller OSMC Remote Controller”
P: Phys=usb-xhci-hcd.0.auto-1.2/input0
S: Sysfs=/devices/platform/fde00000.dwc3/xhci-hcd.0.auto/usb1/1-1/1-1.2/1-1.2:1.0/0003:2017:1690.0001/input/input5
U: Uniq=
H: Handlers=sysrq kbd leds event5
B: PROP=0
B: EV=120013
B: KEY=7 ff980000 7ff e0beffdf 1cfffff ffffbfff ff7fcffe
B: MSC=10
B: LED=1f

I: Bus=0003 Vendor=2017 Product=1690 Version=0110
N: Name=“OSMC Remote Controller OSMC Remote Controller”
P: Phys=usb-xhci-hcd.0.auto-1.2/input1
S: Sysfs=/devices/platform/fde00000.dwc3/xhci-hcd.0.auto/usb1/1-1/1-1.2/1-1.2:1.1/0003:2017:1690.0002/input/input6
U: Uniq=
H: Handlers=kbd mouse0 event6
B: PROP=0
B: EV=1f
B: KEY=3007f 0 0 0 0 4c3ffff 17aff32d bf544446 0 0 70001 130ff3 8b17c000 677bfa d951dfed 9ed680 4400 0 10000002
B: REL=143
B: ABS=1 0
B: MSC=10

AIUI some keys use one device and the rest use the second device. Don’t know why.

It’s to get around some ASCII key code limitations (where we have to send higher codes) and need to pretend to be a mouse.

It’s the only way I could get decent compatibility across Mac, Linux and Windows. Obviously on Linux we could send whatever want and patch accordingly but we can’t guarantee that on other platforms