Decoding: need more parameters?

[bengtmartensson]

This signal, according to DecodeIR: protocol = XMP-1, device = 49, subdevice = 16, obc = 80

0000 006C 0000 0036 0007 0022 0007 0032 0007 001D 0007 006C 0007 0032 0007 0032 0007 002D 0007 0022 0007 01F4 0007 0022 0007 0052 0007 001D 0007 001D 0007 0038 0007 001D 0007 001D 0007 001D 0007 0C01 0007 0022 0007 0032 0007 001D 0007 006C 0007 0032 0007 0032 0007 002D 0007 0022 0007 01F4 0007 0022 0007 0028 0007 0047 0007 001D 0007 0038 0007 001D 0007 001D 0007 001D 0007 0C01 0007 0022 0007 0032 0007 001D 0007 006C 0007 0032 0007 0032 0007 002D 0007 0022 0007 01F4 0007 0022 0007 0028 0007 0047 0007 001D 0007 0038 0007 001D 0007 001D 0007 001D 0007 04E0

does not decode. The decoder rejects the "semilong" bold entry, a gap. Rejected while the PWM-16 forces a ridiculously low relativetolerance.

DecodeIR decodes it as XMP-1. Replacing the bold entries (01F4) by 01FD makes it decode.

Need new parameter?

Possible alternative: Do not use relativetolerance within bitfields.
Other possibility: Do not use relativetolerance for durations < 1000 micros (say).

pace.txt
pace.girr.zip

[bengtmartensson]

Referred to here.