11.9.2022, 21:55
(Tento příspěvek byl naposledy změněn: 14.9.2022, 9:57 uživatelem JiRo.
Důvod úpravy: Překlepy
)
Přeci jenom mi to nedalo a pokusil jsme se DO z předchozého příspěvku (tedy G20S PRO) nějak zprovoznit. A po dalších pokusech jsem dospěl k poznání, že problém je daleko složitější. To vyjádření, že OK generuje kód tlačítka PLAY, byla moje chyba, která vznikla díky letitým zbytkům pokusů z mapování v jednom z mapovacích souborů, kterých jsem si nevšiml.
Tlačítko OK totiž generuje kód s hodnotou =0 (pokud ten kód načtu přes knihovní python onAction() funkci). Pokud kód tlačítka zkusím přečíst addon-em Keymap Editor, tak dostanu kód 16839168, ale pokud ho použiji k mapování, tak to stejně nefunguje.
Nakonec jsem našel zmínku o tomto problému na Github xbmc pod G20S Pro Plus FIRC Remote Control, OK Button #21566. Je tam sice popsáno, jak uvedený problém (do jisté míry a dost krkolomně) obejít, ale popsané řešení mě v žádném případě ani trochu neuspokojuje. Ještě jsem vyzkoušel jednu věc a zjistil, že se DO chová stejně špatně na obou rozhraních, BT i RF. Takže pro mne je DO definitivně bez užitku a už je v krabici s elektronickým odpadem. Abych se mořil s odesíláním zpět, to se mi moc nechce, těch pár stovek mi za to nestojí.
Tlačítko OK totiž generuje kód s hodnotou =0 (pokud ten kód načtu přes knihovní python onAction() funkci). Pokud kód tlačítka zkusím přečíst addon-em Keymap Editor, tak dostanu kód 16839168, ale pokud ho použiji k mapování, tak to stejně nefunguje.
Nakonec jsem našel zmínku o tomto problému na Github xbmc pod G20S Pro Plus FIRC Remote Control, OK Button #21566. Je tam sice popsáno, jak uvedený problém (do jisté míry a dost krkolomně) obejít, ale popsané řešení mě v žádném případě ani trochu neuspokojuje. Ještě jsem vyzkoušel jednu věc a zjistil, že se DO chová stejně špatně na obou rozhraních, BT i RF. Takže pro mne je DO definitivně bez užitku a už je v krabici s elektronickým odpadem. Abych se mořil s odesíláním zpět, to se mi moc nechce, těch pár stovek mi za to nestojí.