Rozjela se debata, to jsem rád. A přinesla s sebou (možná) i další mýty.
SCC je naprd navrhnuté a porusuje standardy Kodi
@jastrab: Bylo by zajímavé vědět, do jaké míry názor, že "SCC je naprd navrhnuté a porusuje standardy Kodi", opíráš o vlastní zjištění a do jaké míry jen opakuješ to, co (a nejen tady) v průběhu času už tolikrát zaznělo (a často právě ode mne
). Jistě, SCC, resp. jeho autoři, se z dodržováním standardů Kodi potýkali často. Ale rozhodně bych to nehodnotil tak, že "SCC je naprd navrhnuté". Ekosystém Kodi a koncept jeho addons, včetně rozdělení na pluginy, service a další typy, má svá pravidla a vnitřní logiku. Problém je, že jednak není příliš detailně popsán, a také to, že byl navržen v době, kdy většina addons byla (asi tak 10x) jednodušší, než některé současné (k takovým bych zařadil i SCC). Autoři resp. autor @LáďaB: začínal vymýšlet SCC (to se ještě označovalo SC2) v době, kdy (podle jeho slov) Kodi prakticky neznal. Seznamoval se s ním tedy za pochodu. Byl jsem v té době jedním z kritiků a párkrát jsem s ním o tom i tady na fóru diskutoval. Dnes vidím, že jsem v některých chvílích příliš tlačil na pilu, neuvědomoval jsem si, že zatímco já se Kodi zabývám už více jak 13 roků, on s ním teprve začínal. Je možné, že to zpočátku byla tak trochu "válka", a já si zpětně uvědomuji, že jsem ze své "agresivity" měl ubrat. Zvláště, když bylo zřejmé, že druhá strana na "bojišti" bere mé připomínky vážně, viz Náplast pro oči a.k.a. Verze 1.4.@JiRo(15).
No, abych to ale nějak produktivně a v duchu tohoto tématu zakončil tuto část. To, že "Kodi SCC je naprd navrhnuté a porusuje standardy Kodi" můžeme (dnes) už označit za mýtus. Když už, tak bychom mohli hovořit o tom, že SCC Kodi používá netradičním způsobem, a že to někdy může přinést problémy. Ale jak vidno z historie, jsou ty problémy řešeny. Možná ne vždy tak rychle, jak by si někteří přáli, ale nezapomínejme na to, že to autoři dělají ve svém volném čase a zadarmo.
Nicméně tvrdím, že poškození settingu...
@jkmh: Se settings byly v SCC problémy od začátku. Ještě v raných dobách takového charakteru, že to některé uživatele od SCC odrazovalo a někteří se dokonce vraceli k originálnímu SC. Myslím, že i autoři z toho měli těžkou hlavu. Ale byl to právě ten případ, o které jsme psal výše. Kodi ještě neznali tak dokonale, a tak stačilo jen nepatrné laické pošťouchnutí, a vyřešili to. Jestli tě to zajímá, tak se podívej na tento post od @LáďaB: a dva následující (ode mne a znova od Ládi).
Pak přišla doba, kdy se v SCC, z nějakého potřeby, začalo do settings zapisovat periodicky (A zatraceně často). Tam se začaly poprvé objevovat ty problémy s poškozením souboru settings. No, poškozením... Prostě se nepodařilo do souboru zapsat data a jeho velikost tak byla =0. Poté, co i tohle bylo opraveno, či spíše když se změnila koncepce spolupráce mezi plugin a service částí addon, tak se výskyt tohoto problému rapidně snížil.
Dnes je to tak, že k problému dochází, ale řekl bych, že jen velmi sporadicky a u zcela okrajového počtu uživatelů. Sám jsem na něj za celou dobu používání posledních verzí SCC narazil jen jednou, a to podobně jako ty, v případě "tvrdého" vypnutí napájení boxu. Vyřešil jsem si to okamžitě známým způsobem, kdy si settings, je-li v pořádku (existuje a jeho velikost není =0), při startu boxu a ještě před startem Kodi ukládám jako zálohu a když v pořádku není, tak si ho naopak z té zálohy obnovím. Zároveň si do dalšího souboru ukládám informaci o tom, že k obnově ze zálohy došlo. Mám to takto už více než rok a soubor do kterého si ukládám infomaci, že k obnově settings ze zálohy došlo, je stále prázdný.
Co se týče hodnocení toho, co za problémy "poškození" settings stojí, tak jsi, podle mne, na dobré cestě. Ano, celá ta doba po startu Kodi, kdy se incializuje samo Kodi, pak všechny service části addons a nakonec se prostřednictvím widgets spouští jednotky až nízké desítky instancí jednotlivých plugins, je značně obskurní. Nebudu zabíhat do detailů, ale dá se říci, že tam funguje něco, jako je "efekt motýlích křídel". Stačí jen nepatrná změna v nějakém addon, nastavení Kodi a hned se celé časování této iniciální fáze a posloupnost událostí změní, a vše najednou funguje jinak. Já jsem si tohle uvědomil už v době, kdy o SCC nebylo ani vidu ani slechu. A tak, abych eliminoval jednu kategoorii potenciálních zdrojů problému, tedy tu způsobenou spouštěním jednotek až desítek instancí plugins z widgets, tak jsem do vlastní modifikace skinu vložil to známé zpoždění. A už několikrát se ukázalo, že to velkou část, i později přicházejících problémů (včetně těch v SCC) dokázalo eliminovat.
A závěrem...
Já občas napíši nějaký addon a mám jich několik, které mají i service část. A dokonce i takové, kde mezi service a plugin nebo script částí probíhá intenzivní komunikace. Podobně jako SCC pro to používám socket-y, ale doplňuji to ještě technikou jednoduchých semaforů (používám pro to proměnné typu window porperty). Navíc každou service píši ve standardní struktuře, ve které mám takové funkce (s možností jejich jednoduchého nastavení), jako je zpoždění spuštění, přechod do sleep módu a další.
[attachment=8232]
Současně s tím si jednotlivé fáze běhu service a důležité stavové informace ukládám do proměnných typu window properties, které si pak mohu celkem jednoduše zobrazit on-line např. ve stavovém řádku skinu. Pro ladění a sledování časově kritických souvislostí mezi různými service je to neocenitelné. Možná je tohle něco, co by autory (a nejen SCC) mohlo inspirovat.
Takže, abych i v této části dnešního nesmírně dlouhého postu zůstal věren tématu tohoto vlákna, tedy mýty a fakta, už jenom následující. Občasné nápady, jak vyřešit nějaký porblém, jsou-li spojeny práve s používání addons se service částmi, mohou být jen důsledkem souhry řady okolností. Nejsou to tedy mýty v pravém slova smyslu, ale mají stejné důsledky. Není to ve skutečnosti tak, jak se nám zdá. Získat ale fakta, je tomto případě poměrně složité, protože na to už jen laické znalosti nestačí. Tady už musí pomoci autoři. Ať už Kodi nebo addons. My jim ale můžeme docela účinně pomoci. Tím že nebudeme jen psát, že nám to nefunguje, ale že jim v první řadě poskytneme informace o tom, co se v našem Kodi děje. Pošleme log!
SCC je naprd navrhnuté a porusuje standardy Kodi
@jastrab: Bylo by zajímavé vědět, do jaké míry názor, že "SCC je naprd navrhnuté a porusuje standardy Kodi", opíráš o vlastní zjištění a do jaké míry jen opakuješ to, co (a nejen tady) v průběhu času už tolikrát zaznělo (a často právě ode mne
). Jistě, SCC, resp. jeho autoři, se z dodržováním standardů Kodi potýkali často. Ale rozhodně bych to nehodnotil tak, že "SCC je naprd navrhnuté". Ekosystém Kodi a koncept jeho addons, včetně rozdělení na pluginy, service a další typy, má svá pravidla a vnitřní logiku. Problém je, že jednak není příliš detailně popsán, a také to, že byl navržen v době, kdy většina addons byla (asi tak 10x) jednodušší, než některé současné (k takovým bych zařadil i SCC). Autoři resp. autor @LáďaB: začínal vymýšlet SCC (to se ještě označovalo SC2) v době, kdy (podle jeho slov) Kodi prakticky neznal. Seznamoval se s ním tedy za pochodu. Byl jsem v té době jedním z kritiků a párkrát jsem s ním o tom i tady na fóru diskutoval. Dnes vidím, že jsem v některých chvílích příliš tlačil na pilu, neuvědomoval jsem si, že zatímco já se Kodi zabývám už více jak 13 roků, on s ním teprve začínal. Je možné, že to zpočátku byla tak trochu "válka", a já si zpětně uvědomuji, že jsem ze své "agresivity" měl ubrat. Zvláště, když bylo zřejmé, že druhá strana na "bojišti" bere mé připomínky vážně, viz Náplast pro oči a.k.a. Verze 1.4.@JiRo(15).No, abych to ale nějak produktivně a v duchu tohoto tématu zakončil tuto část. To, že "Kodi SCC je naprd navrhnuté a porusuje standardy Kodi" můžeme (dnes) už označit za mýtus. Když už, tak bychom mohli hovořit o tom, že SCC Kodi používá netradičním způsobem, a že to někdy může přinést problémy. Ale jak vidno z historie, jsou ty problémy řešeny. Možná ne vždy tak rychle, jak by si někteří přáli, ale nezapomínejme na to, že to autoři dělají ve svém volném čase a zadarmo.
Nicméně tvrdím, že poškození settingu...
@jkmh: Se settings byly v SCC problémy od začátku. Ještě v raných dobách takového charakteru, že to některé uživatele od SCC odrazovalo a někteří se dokonce vraceli k originálnímu SC. Myslím, že i autoři z toho měli těžkou hlavu. Ale byl to právě ten případ, o které jsme psal výše. Kodi ještě neznali tak dokonale, a tak stačilo jen nepatrné laické pošťouchnutí, a vyřešili to. Jestli tě to zajímá, tak se podívej na tento post od @LáďaB: a dva následující (ode mne a znova od Ládi).
Pak přišla doba, kdy se v SCC, z nějakého potřeby, začalo do settings zapisovat periodicky (A zatraceně často). Tam se začaly poprvé objevovat ty problémy s poškozením souboru settings. No, poškozením... Prostě se nepodařilo do souboru zapsat data a jeho velikost tak byla =0. Poté, co i tohle bylo opraveno, či spíše když se změnila koncepce spolupráce mezi plugin a service částí addon, tak se výskyt tohoto problému rapidně snížil.
Dnes je to tak, že k problému dochází, ale řekl bych, že jen velmi sporadicky a u zcela okrajového počtu uživatelů. Sám jsem na něj za celou dobu používání posledních verzí SCC narazil jen jednou, a to podobně jako ty, v případě "tvrdého" vypnutí napájení boxu. Vyřešil jsem si to okamžitě známým způsobem, kdy si settings, je-li v pořádku (existuje a jeho velikost není =0), při startu boxu a ještě před startem Kodi ukládám jako zálohu a když v pořádku není, tak si ho naopak z té zálohy obnovím. Zároveň si do dalšího souboru ukládám informaci o tom, že k obnově ze zálohy došlo. Mám to takto už více než rok a soubor do kterého si ukládám infomaci, že k obnově settings ze zálohy došlo, je stále prázdný.
Co se týče hodnocení toho, co za problémy "poškození" settings stojí, tak jsi, podle mne, na dobré cestě. Ano, celá ta doba po startu Kodi, kdy se incializuje samo Kodi, pak všechny service části addons a nakonec se prostřednictvím widgets spouští jednotky až nízké desítky instancí jednotlivých plugins, je značně obskurní. Nebudu zabíhat do detailů, ale dá se říci, že tam funguje něco, jako je "efekt motýlích křídel". Stačí jen nepatrná změna v nějakém addon, nastavení Kodi a hned se celé časování této iniciální fáze a posloupnost událostí změní, a vše najednou funguje jinak. Já jsem si tohle uvědomil už v době, kdy o SCC nebylo ani vidu ani slechu. A tak, abych eliminoval jednu kategoorii potenciálních zdrojů problému, tedy tu způsobenou spouštěním jednotek až desítek instancí plugins z widgets, tak jsem do vlastní modifikace skinu vložil to známé zpoždění. A už několikrát se ukázalo, že to velkou část, i později přicházejících problémů (včetně těch v SCC) dokázalo eliminovat.
A závěrem...
Já občas napíši nějaký addon a mám jich několik, které mají i service část. A dokonce i takové, kde mezi service a plugin nebo script částí probíhá intenzivní komunikace. Podobně jako SCC pro to používám socket-y, ale doplňuji to ještě technikou jednoduchých semaforů (používám pro to proměnné typu window porperty). Navíc každou service píši ve standardní struktuře, ve které mám takové funkce (s možností jejich jednoduchého nastavení), jako je zpoždění spuštění, přechod do sleep módu a další.
[attachment=8232]
Současně s tím si jednotlivé fáze běhu service a důležité stavové informace ukládám do proměnných typu window properties, které si pak mohu celkem jednoduše zobrazit on-line např. ve stavovém řádku skinu. Pro ladění a sledování časově kritických souvislostí mezi různými service je to neocenitelné. Možná je tohle něco, co by autory (a nejen SCC) mohlo inspirovat.
Takže, abych i v této části dnešního nesmírně dlouhého postu zůstal věren tématu tohoto vlákna, tedy mýty a fakta, už jenom následující. Občasné nápady, jak vyřešit nějaký porblém, jsou-li spojeny práve s používání addons se service částmi, mohou být jen důsledkem souhry řady okolností. Nejsou to tedy mýty v pravém slova smyslu, ale mají stejné důsledky. Není to ve skutečnosti tak, jak se nám zdá. Získat ale fakta, je tomto případě poměrně složité, protože na to už jen laické znalosti nestačí. Tady už musí pomoci autoři. Ať už Kodi nebo addons. My jim ale můžeme docela účinně pomoci. Tím že nebudeme jen psát, že nám to nefunguje, ale že jim v první řadě poskytneme informace o tom, co se v našem Kodi děje. Pošleme log!