Hi Mr. J, we apologize for the poor experience caused by the ADB latency. I have reported the issue to our R&D team, and they will investigate the possible causes of the high ADB control latency one by one.
According to the R&D teamās analysis, the ADB control latency can be categorized into three situations:
Ā·Situation ā and Situation ā”: Similar latency times, both relatively high. Situation ā uses HA-defined key values, and Situation ā” uses the adb shell input keyevent xx command.
Ā·Situation ā¢: Using the sendevent method, which is closer to the underlying layer and has lower latency.
Therefore, our engineers suggest you try the following two adjustments:
Ā·Solution 1: Paste the Android bridge command into the remote control, or create a script and bind it to the button.
Ā·Solution 2: Use developer tools to learn the ADB keycode values āāof the Android TV, then paste the learned keycode values āāinto the TV card, or set it as a script and bind it to the button. (I can provide a learning document if needed.)
Furthermore, our R&D team would like to know if you can provide more details: When using the Android bridge to achieve latency-free control, are you binding it via entities or scripts? We would also appreciate it if you could provide the relevant control code values āāso we can further analyze the specific causes of the latency.
Additionally, regarding the issue of Harmony configuration errors causing TV cards to malfunction, we plan to fix it in the next version. The testing team is currently verifying this, and an update is expected to be released this week.
If you have any other usage questions or suggestions, please feel free to provide feedback. Thank you!