Record the first half of the sync signal, too about rc-switch HOT 3 OPEN

Minor clarification: It's not simply that half is missing; it's that the receive code ensures that the timing array starts with a long pulse. If the sync signal starts with a short pulse, the starting pulse will be omitted. If the sync signal starts with a long pulse the entire sync signal will be captured. My comments in PR #49 illustrate and explain this in the case of a protocol in which the sync starts with a long pulse.

from rc-switch.

You are of course absolutely right, thanks for pointing this out.

from rc-switch.

One more comment: The sort half (if starts with a sort half) of the sync signal is the last timing recorded.
The next timing, which the library uses to understand that the code has finished is the one that is similar to the initial long one.
So the data for that signal is already there and available in:
MySwitch.getReceivedRawdata()[2*MySwitch.getReceivedBitlength()+1]

from rc-switch.