[JiRo]

@meda Ano. Ony tam jsou dva potenciální "kameny úrazu". První je navázání komunikace mezi pluginem a service prostřednictvím socket. Tam to není nijak extra ošetřené, v podstatě se čeká, až to "dopadne dobře" a dokud ne, tak se "točí kolečko". Druhý problém je ta aktualizace. Tu provádí service, a pokud se to tam kousne v nevhodný okamžik, tak to "spadne do díry". Je to v podstatě stavový automat, který podle mne nemá všechny potenciální stavy korektně ošetřeny. Tohle by autoři měli rozhodně vyřešit lépe.

Jsou addon, které to ošetřené lépe mají. Např. Netflix, který, dokud se neinicializuje service, tak se plugin nespustí a vypíše o tom notifikaci. Ale to může být zase problémem jinde, konkrétně pokud je plugin zdrojem widgetů, a je při spuštění skinu a blokován inicializací jeho service části. Já jsem si tohle vyřešil už před léty parametrickou prodlevou spuštění skinu. A u mých vlastních service částí addon, kde by na tom mohlo záležet, teď důsledně nastavuji jejich status a podle něj pak řídím funkci plugin/script části addon. Případně s pomocí logické operace stavu vybraných service, u kterých by to bylo důležité, posouvám spuštění skinu. Tzn. skin se spustí až v té chvíli, kdy kritická část vybraných service proběhla inicializační fází, případně se spustí i dříve, ale pak následuje (po dotazu) refresh skin-u. Bohužel, ale tohle nejde, v popsaném rozsahu, použít jako standardní řešení. Nicméně něco z těch prinicpů by se určitě použít mohlo a určitě by to ty nejkřiklavější problémy pomohlo řešit.

Podle mne v procesu vývoje SCC chybí obecnější analytická činnost směřující k následkům interakce addon s jádrem Kodi, skin enginem a dalšími addon. Spíše se to řeší až ex-post podle toho, jak moc a kde se to případně projeví nějak negativně. Ale nebuďme jen negativní, myslím, že se to postupně zlepšuje, takže snad i tato část dozná potřebného upgrade...