Přihlásit se na XBMC-Kodi.cz

V CE20.2 jsem pomocí funkce Vyhledat doplněk dnes hledal 365 EPG Generator. Narazil jsem na zajímavé chování. Opakovaně jsem zadal jsem jen řetězec epg, ale box místo toho zamrzl a restartovalo se Kodi. V NB na CE19.5 jsem provedl stejný krok. Doplněk to bez problémů našlo. Nabootoval jsem tedy box z karty, kde je čistá instalace CE19.5 s vědomím, že tam nejsou doinstalovány žádné doplňky. Stejná chyba jako v CE20.2. A tak jsem zkusil v  CE19.5 i v CE20.2 několik zadání řetězcem, který začínal písmenem e. Řetězce ery, ety či eru způsobily vždy restart Kodi, ale řetězce ewq, eery, eepg či eyu restart nezpůsobily, zobrazil (logicky) se prázdný seznam

Nápad, vysvětlení? A nebo blbnu?

Každý crashlog končí tímto záznamem. Pro přehlednost jsem odmazal většinu řádků, kde jsou jen pohyby po virtuální klávesnici boxu.
 

Přestože nemám zařízení X96max plus 4/32 ani CoreElec, nedalo mi nevyzkoušet na RPi4B a LibreElec.
Uvedené problémové řetězce při vyhledávání nic chybového nezpůsobí.

Výpis vypadá stejně a pokračuje (zřejmě i v CE)
CAddonDatabase: SELECT repo.id FROM repo .. took 0 ms
Atd.
To jen pro doplnění, jak jsme na tom s jiným procesorem a systémem.

Ty máš X96 fyzicky dvakrát?

@meda: Jj. A dělá to na obou. Ale v podpisu už to není pravda. Mám 2x CE20. Pokud mluvím o CE19, pak je to z karty, protože v Kodi v mém NB to nedělá a tam je Kodi19. Ono to zřejmě nepadá zadáním řetězce jako takového, ale zatížením CPU na delší dobu než je zdrávo, protože jsem si všiml, že se mi zastaví v boxu služby. A ten restart není hned. Pár sekund, možná 10,  je box zaseklý a pak restart.

@jkmh Buď v klidu, dělá mi to taky. HW Beelink GT King, CE 20.2.

Vyzkoušel jsem, s pomocí vzdáleného přístupu, hledat řetězec "epg" a šlo to na restart podobně, jak to popisuješ ty. Nemám prostor ani čas se tím zabývat dříve, než někdy v týdnu.

Je to hodně divné, pokud si uvědomím, že to dělají jen některé kombinace znaků, a jiné projdou bez problémů. První co mě napadlo bylo, zda by to nemohla dělat funkce automatické dokončování textu, pokud ji tedy používáš. To je taková dost obskurní funkce. Nicméně jsme zjistil, že já ji tam nemám, ačkoliv jsme si skoro 100% jistý, že jsme ji tam měl a nejsem si zaboha schopný uvědomit, kdy mi zmizela. Ale v tomhle se hrabat vzdáleným přístupem teď nechci.

---

Ještě jsem vyzkoušel použít řetězec "epg" při hledání v jiné funkci. Tam se nic takového neděje. Takže chyba při vlastní zadání znaků a případně i při automatickém doplňování asi můžeme vyloučit.

Já bych to na problém HW netipoval. Spíše bych se podíval do databáze Kodi, zda tam neuvidíme něco, co by odpovídalo tomu vzorci v řetězcích, co způsobí zamrznutí a následný restart.

Ten select v tabulce aadons databáze doplňků nevypadá nijak komplikovaně, pokud si stejný filtr zadám při přímém přístupu do databáze, tak to vrátí celkem očekávaný seznam. Otázka samozřejmě je, kde to vlastně spadne. To že další řádky v logu už nejou ještě neznamená, že ten kód nemohl běžet ještě dál, a pak to mohlo spadnou na něčem dalším. Tady by asi chtělo podívat se, jak to v logu vypadá dále, pokud se zadá řetězec, při kterém to nespadne.

@JiRo: Tak nevím, jestli mě to  uklidnilo , v každém případě mě to prozatím odradilo od radikálního kroku  A to dát box do továrního nastavení a celé to postavit od začátku. K tomu mě dosud vedla včerejší informace od několika kluků z mé sondy v https://discord.com/channels/70660272656...8138206280. Tedy pokud mě pochopili dobře.

K tomu spadnutí: Zkusil jsem provizorně překopat skin, abych něco viděl a zastaví se to kvůli přetížení. To mi potvrzuje i dynamická dvojtečka v hodinách, která se zastaví. Včetně zamrznutí informací v Infoliště mého skinu.. Obdobně jako jsme kdysi řešili chování, tuším, zrovna EPG. Ale tam to nespadlo. Zřejmě tehdy to přetížení tehdy netrvalo tak dlouho.

Těch smysluplných řetězců je více. Např. scc

@jkmh Tak ono je přetížení a přetížení. Rozhodně to není tak, že by to bylo slabým HW. Spíše bych to hodnotil jako bug, který vede k tomu, že se něco zacyklí, Kodi to nemá ošetřené, takže se ostatní thready prostě nedostanou k "lizu" a nakonec to skončí restartem.

Skoro bych to viděl jako kandidáta na nahlášení na fóru kodi.tv.

---

Tak jsem nakonec nastartoval vlastní notebook, abych se dostal přes VPN do domácí sítě, a vyzkoušel to nejjednodušší, co jsem mohl udělat. Při zastaveném Kodi přejmenoval .kodi adresář (na .kodi_) a pak spustit Kodi. Vytvořil se nový .kodi adresář a byl jsem ve stavu jako po čisté instalaci. Vyzkoušel jsem hledání, a pokud dal v doplňcích hledat řetězec epg, tak to nespadlo. Vrátilo mi to celkem dlouhý seznam povětšinou PVR doplňků, což odpovídá tomu, že to hledá ten řetězec v celé řadě položek databáze Addons33.db a tabulky addons (name, summary a description) a tam všude někde se řetězec epg vyskytuje.

Popravdě nevím, co tohle zjištění znamená. Hledat, kdy se tam ten bug projeví, se mi moc nechce. A pak to ani s tím nahlášení na Kodi.tv asi tím pádem nebude tak jednoduché.

@JiRo: To zkusím taky. Popravdě tvůj pokus by měl být stejný jako moje zkouška s CE19.5 z karty. To byla čistá instalace, ale.....

Tvým postupem se to chová správně. Zkusím standardní cestou přidávat věci z původního Kodi....

@JiRo: Tak ty máš, jak jsem četl, Beelink GT King Amlogic S922x.

Třeba to hraje roli, jiný micro-kód, jiný CE(?) - oprav mne.
V jiném buildu mohli seknout jinou chybu, která se přenáší už ze starší verze.

@meda: Kvůli jeho boxu jsem ani nečekal, že se ozve, protože má jiný DTB. Ale jak jsem napsal výše. Jeho postupem se to hledání taky začalo chovat normálně. Teď dohazuju doplněk za doplňkem a zkouším reakce.Zatím OK. Vlastně už mi chybí doinstalovat jen SCC a věci od Saroše.

@JiRo: Tak mám zpět nainstalováno a nastaveno vše mimo obsahu adresáře Database. Obsahem db jsou nyní jen regulérní data, která se vytváří při instalaci. A zdá se, že vše jede. Ještě zkusím obnovit historii SCC.

---

Po obnově db, které se nějak dotýkají SCC (data.db, MyVideos119.db a MyVideos121.db) to stále jede. Můj závěr je, že některá ze zbývajících db v adresáři Database má některé záznamy neplatné. Ale na toto tvrzení nemám zatím důkaz. V plánu mám prohodit .kodi a .kodi_ mezi sebou a začít u db

V žádném případě si už nemyslím, že je to není slabý HW

@jkmh Ono to s problémem v tomto tématu nesouvisí, ale proč máš v Kodi dvě video databáze, tedy MyVideos119.db a MyVideos121.db? To je nenormální stav! Patrně je to pozůstatek nějakého nestandarního upgrade nebo hraní si se zálohou...

Jinak, pokud jde o popisovaný problém, tak by možná pomohlo, zůstat u původní instalace a při zastaveném Kodi smazat databázi Addons33.db. Po spouštění Kodi budou sice všechny doplňky zakázané a možná se Kodi bude ptát, jestli je má povolit. Jak je budeš povolovat, budou se do databáze postupně vkládat. Ale pozor, je to jen teorie, nemám to ověřeno a nemohu si to teď nikde vyzkoušet. 

---

(03.9.2023, 15:27)meda Napsal(a): Třeba to hraje roli, jiný micro-kód, jiný CE(?) - oprav mne.

Neřekl bych, že by tam ve vlastním Kodi měly být nějaké zásadní rozdíly. Podle mne jsou v tém dtb pouze věci systémové povahy s přímou vaznou na HW, ale kód samotného Kodi by měl zůstat stejný. Vždyť to dtb má nějakých pár desítek kB.

Čím více o tom přemýšlím, tím spíše bych se přiklonil k tomu, že "něco zprasilo databázi AddonXX.db". A pokud se dělá upgrade (ne čistá instalace) tak se to třeba táhne už delší dobu... A už slyším odpůrce upgrade (v čele s @Rossi D) jak říkají: "Vidíte, my jsme to řílkali! Jediný správný postup je čistá instalace!"

@JiRo: To by mě taky zajímalo. Je to upgrade z K19.5. Že by proto? Teď si nevzpomenu, ale někde jsem na dotaz ohledně videodb taky narazil. Kodi wiki, Kodi fórum.....? Ale nevěnoval jsem tomu větší pozornost. Zrovnatak mám dvě TV db. 38 a 40

Až zkusím ten avizovaný plán, uvidím, která db za to může.

---

@JiRo: Přejmenoval jsem funkční .kodi na .kodi__ a .kodi_ na .kodi. Po reboot Kodi naběhlo, ale s chybou v hledání. Odmázl jsem addon33.db. Po reboot Kodi naběhlo do default skinu. Doplňky mimo defaultních byly zakázány, Kodi se na povolení zakázaných neptalo. Povolil jsem zakázané doplňky, reboot a po naběhnutí vyzkoušel hledání. Bylo to OK. Takže už to není teorie. Přičemž soubor addons33.db měl v konečné fázi jen cca třetinovou velikost při stejných doplňcích. Takže tou nabouranou nebo nadměrně velkou db byl tento soubor.

Myslíš, že ty zřejmě nepoužívané db můžu smazat?

@jkmh: Ano, ty verze databází, které neodpovídají instalované verzi Kodi, která už byla minimálně 1x spuštěna, je možné smazat. Kodi funguje tak, že pokud se změní verze databáze, tak při prvním spuštění po upgrade s novou verzí databáze se ta stará na ní převede a přejmenuje se, nebo se vytvoří nová, do které se data ze staré překopírují a ta stará se smaže.

Každopádně dvě verze jedné databáze nedává smysl a může to dokonce způsobit i problémy. Kodi sice pracuje vždy jen s tou verzí, která odpovídá dané verzi Kodi, pozor ale, některé doplňky s databázemi Kodi pracují dokonce přímo, i když to není úplně správné. Je to např. i případ doplňku SCC, který otevírá první databázi MyVideos*.db z adresáře .../userdata/Database, protože neví, která verze je ta aktuání, resp. je napsaný tak, aby fungoval se více verzemi. Proto v případě, pokud je v adresáři více souborů MyVideos, může tak nastat situace, že otevře neaktuální databázi. Což je právě případ, kdy jsou databáze dvě, např. MyVideos119.db a MyVideos121.db. V takovém případě doplněk SCC otevře databázi MyVideos119.db, zatímco ta aktuální je MyVideos121.db. Pak to má důsledek v tom, že správně nefunguje seznam Pokračovat ve sledování.

@jkmh: Ještě o tom přemýšlím, zda se tím postupem, kdy se nechá databáze AddonsXX.db nově vytvořit a naplnit daty z doplňků přítomných v adresáři Addons, také vytvoří další relace, které ta databáze obsahuje. Hlavně mezi doplňky a repozitáři. A myslím si, že by tady mohl být problém. Podívej se na doplňky, které jsou z nějakého repozitáře, jestli tam u nich je ten repozitář uvedený. Podle mne možná Kodi nedokáže zjistit, že ten doplněk patři k nějakému repozitáři a tu relaci mezi nimi nevytvoří. A pokud tam nebude, tak to bude možná problém při aktualizaci.

@JiRo: Máš pravdu. Kodi to všechno vidí jako instalaci ze ZIP. Tedy mimo defautních. Takže povolit doplňky nestačí. Teď musím všechny včera povolené doplňky ještě "instalovat". Pak se v db záznam o repu udělá.

---

A pro jistotu jsem "instaloval" i všechny závislosti.

@jkmh: A podobný problém bude s knihovními moduly script.module.* A tady to si tak jednoduše nainstalovat z repa nepůjde. Asi to nebyla ta nejlepší metoda...  Nebo se ty moduly při reinstalaci doplňků z repa taky nově přeinstalují?

@JiRo: Teď jsi mě tou otázkou zaskočil. To jsem měl na mysli tou "instalací" závislostí v předchozím postu. V Nastavení/System/DoplňkySpravovat závislosti jsem u každé závislosti klikl na Verze a dal instalovat. V Addons33.db je teď i u těchto modulů info o repu. Info není jen u těch položek, které jsou součástí samotného Kodi. Např. service.coreelec.settings, skin.estuary nebo screensaver.xbmc.builtin.dim......

@jkmh OK, tak pak je to (asi) v pořádku.

---

Já jsem teď na lodi a občas, když nemám plné ruce práce, tak přemýšlím a pokaždé mě něco napadne...