Skylanders: Update J command documentation

I initially thought the 0x01 side was both sides (equavalent to just C. However, this turned out to be something I forgot I implemented in my personal interface. 0x01 does not seem to change any colors.

Recently discovered how exactly the last 2 bytes of the J command for timing data
This commit is contained in:
Mandar1jn 2023-07-19 22:16:13 +02:00
parent 90b1f5c60a
commit eba5291ec7
1 changed files with 3 additions and 8 deletions

View File

@ -668,18 +668,13 @@ int SkylanderUSB::SubmitTransfer(std::unique_ptr<CtrlMessage> cmd)
// Sided color // Sided color
// The 2nd byte is the side // The 2nd byte is the side
// 0x00: right // 0x00: right
// 0x01: left and right
// 0x02: left // 0x02: left
// The 3rd, 4th and 5th bytes are red, green and blue // The 3rd, 4th and 5th bytes are red, green and blue
// The 6th byte is unknown. Observed values are 0x00, 0x0D and 0xF4 // The 6th and 7th bytes form a little-endian short for how long the fade duration should be
// in milliseconds.
// The 7th byte is the fade duration. Exact value-time corrolation unknown. Observed values // For example, 500 milliseconds becomes 0xF4, 0x01
// are 0x00, 0x01 and 0x07. Custom commands show that the higher this value the longer the
// duration.
// Empty J response is sent after the fade is completed.
if (cmd->length == 7) if (cmd->length == 7)
{ {
control_response = {buf[0], buf[1], buf[2], buf[3], buf[4], buf[5], buf[6]}; control_response = {buf[0], buf[1], buf[2], buf[3], buf[4], buf[5], buf[6]};