You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In DS4 mode in conjunction with DS4Windows, Output Reports protocol 0x11 are sent to the driver containing Light Bar information and Rumble commands. These info are always interpreted by the driver, setting the received rumble values and translating the Light Bar color to LEDs.
In the packets there are flags indicating if the rumble/light bar color values should actually be interpreted, as shown in the image below:
If they are not verified, there is a chance that the values are actually random/garbage data and the driver interpretes them anyway. Although DS4Windows seems to be always sending the correct values regardless of the flags, it should be better if DsHidMini were to mimic the real DS4 behavior on this.
Because there is a flag regarding "Flash", which seems to be related to the "Flash bright" and "Flash dark" bytes, this flag can be potentially useful to ignore Flash/Pulse commands or to translating them to another LED state.
The text was updated successfully, but these errors were encountered:
Kanuan
changed the title
Interpret flags of Output Report received in DS4 mode
Interpret flags in DS4 Output Reports
Apr 8, 2021
In DS4 mode in conjunction with DS4Windows, Output Reports protocol 0x11 are sent to the driver containing Light Bar information and Rumble commands. These info are always interpreted by the driver, setting the received rumble values and translating the Light Bar color to LEDs.
In the packets there are flags indicating if the rumble/light bar color values should actually be interpreted, as shown in the image below:
source: psdevwiki DS4-BT
If they are not verified, there is a chance that the values are actually random/garbage data and the driver interpretes them anyway. Although DS4Windows seems to be always sending the correct values regardless of the flags, it should be better if DsHidMini were to mimic the real DS4 behavior on this.
Because there is a flag regarding "Flash", which seems to be related to the "Flash bright" and "Flash dark" bytes, this flag can be potentially useful to ignore Flash/Pulse commands or to translating them to another LED state.
The text was updated successfully, but these errors were encountered: