cir 0.1.2

Linux Infrared Tooling
Documentation
- Sending multiple keys/files
- ir encode/send needs to read xml file
- send from keymap
- Formatting of ir receive is poor/broken
- wasmtime bpf backend
- Generate bpf decoder
- Test all keymaps
- Need ir-ctl and ir-keytable command line parsing
- localization of cli messages
- scancode <=> irp mapping
- lircd.conf generate -> send to lircd -> correct result?


  linux scancode  -> irp

  rc-5
  rc-5x-20
  rc-5x-sz  -> StreamZap?
  jvc -> JVC
  scancode = (D << 8) | F

  sony-12 -> Sony12
  scancode = (D << 8) | F

  sony-15 -> Sony15
  scancode = (D << 8) | F

  sony-20 -> Sony20
  scancode = (D << 16) | (S << 8) | F

  nec
  nec-x
  nec-32
  sanyo  ??
  mcir2-kbd -> MCIR-2-kbd
  mcir2-mse -> MCIR-2-mouse

  rc6-0 -> RC6
  rc6-6a-20
  rc6-6a-24
  rc6-6a-32
  rc6-mce

  sharp -> Sharp
  xmp
  cec
  imon
  rc-mm-12
  rc-mm-24
  rc-mm-32
  xbox-dvd


irp parameter keymap

	[[protocols]]
	name = "streamzap"
	protocol = "StreamZap"
	[[protocols.parameter]]
	keycode = 'KEY_1'
	parameter = [ "D=2", "F=5" ]

irp language oddities

sony8: no repeat. Does this protocol not allow repeats?

DirecTV_3FG irp:{38k,600,msb}<1,-1|1,-2|2,-1|2,-2>(10,-2,(D:4,F:8,C:4,1,-30m,5,-2)*){C=7*(F:2:6)+5*(F:2:4)+3*(F:2:2)+(F:2)}[D:0..15,F:0..255]

encode with repeats: 0 -> not valid
decoder cannot generate down event with just non-repeating part, this would
not define D/F/C. So, decoder has to look at down part, see if it does not
define all required vars, and if not, add one iteration of repeat to
down decoder: very messy.

See also https://github.com/bengtmartensson/IrpTransmogrifier/issues/229