[meda]

Dám sem informaci o přihlašovacích údajích OpenSubtitles.org

Jak v konkrétním doplňku Titulky OpenSubtitles.org, tak v sekci Nastavení-Titulky v SCC musí být uvedeny stejné platné údaje.

Od nedávného data vyžaduje OpenSubtitles.org mít heslo, které
- má minimálně 8 znaků,
- má aspoň jedno malé a jedno velké písmeno,
- má aspoň jednu číslici,
- má aspoň jeden speciální znak (například #&@).

[JiRo]

SCC se vždy po startu Kodi ptá na nastavení... 

Tak jsem se u známého i já konečně osobně setkal s tím, že najednou, z ničeho nic, po dlouhé době správné funkce, vyzývá addon SCC znova ke kompletnímu nastavení. Ten problém je celkem zřejmý. Addon SCC má, díky svému specifickému řešení spolupráce mezi částí plugin a service, problém s občasnou chybou zápisu do souboru nastavení (settings.xml). Kdo si pamatuje historii SC2/SCC, bylo tomu tak od začátku. Dokonce zkraje to bývalo ještě horší, než autor změnil obsluhu souboru nastavení právě v části service (diskutovali jsme to spolu shodou okoností právě v tomto tématu). Ale ani teď to není úplně 100%. Nebudu psát "já to říkal" jak Sheldon Cooper, ale říkal jsem to. Tedy to, že masivní přesunutí části funkcí SCC do části service nebude jen tak. Ale budiž, je to věc autorů a my uživatelé se s tím musíme smířit.

Jiná věc je, jak se z případnými problémy vypořádávají postižení. V fóru SCC jsme si nedávno přečetl rady, jak postupovat, a nestačil jsem se divit. Jedna z rad, jak postupovat v případě, že: "SCC se vždy po startu Kodi ptá na nastavení," totiž zněla:

"...je třeba smazat i zbytky po instalaci Kodi a SCC, já vždy odinstaluju SCC, poté smažu soubory a zbytky po SCC, poté odinstaluji Kodi a smažu vše po něm. Pak nainstaluju Kodi, dám mu chvilku ať vše naběhne, nastavím Kodi, poté nahodim repo SCC, počkám chvilku, nastavím SCC, hlavně nespěchám...!"

Kdybych měl tuhle radu k něčemu přirovnat, tak k tomu, že když někdo ztratí klíče od domu, tak to vyřeší tím, že dům vystěhuje, zbourá ho, postaví nový, s novými dveřmi dostane nové klíče a nastěhuje se zpět... Dál to raději komentovat nebudu, aby se zase někdo neurazil.

Teď už tedy k věci.

Analyzoval jsem stav Kodi a addon před a po téhle události. Z analýzy před je vidět, že SCC má velmi často problémy se zápisem do souboru nastavení. Místo "se zápisem" by bylo lepší napsat s vytvořením. Je to xml soubor, takže se změny do něj zapisují tak, že se vždy vytvoří soubor nový. Ve všech případech, kdy k tomu došlo, byl stav takový, že soubor settings.xml sice existoval, měl však nulovou délku. Bylo tedy jen věcí okamžiku vzít tento soubor z poslední zálohy Kodi, a při zastaveném addon SCC ho nakopírovat do datového adresáře addon. Povolením addon se vše vrátilo k normálu.

Řešení je nasnadě. Tedy když pomineme to, že by tenhle problém měli řešit autoři addon a ne ho jen komentovat tím, že se to stává jen lidem co mají příliš mnoho spuštěných addon. Pro ty, kterým se to stane jednou dvakrát do roka, stačí výše uvedený postup. Vzít soubor settings.xml z poslední zálohy a ručně ho nakopírovat do příslušného adresáře (při zastaveném addon nebo Kodi). Pokud se to někomu stává častěji a chce před nefunkčností SCC ochránit i laické uživatele, je možné uvažovat o nějaké mírné automatizaci. Něco takového zkouším, jde o jednoduchý script, který testuje výskyt souboru settings.xml s nulovou délkou a případně ho přepíše odloženou zálohou. Až dám dohromady nějaké jednoduché, elegantní a reprodukovatelné řešení, určitě ho tu popíšu.

[jkmh]

@JiRo: velmi dobrý a užitečný postřeh. Nicméně si myslím, že hodně uživatelům bude dělat problém to zastavení addonu a znovuspuštění addonu. Tedy pokud nevznikne jiný Rescue SCC addon.
Pokud jsem toto musel v rodině na dálku řešit, pak jsem naváděl na smazání tohoto souboru a opětné vytvoření průvodcem, ovšem beze spěchu. Samotného by mě zajímal důvod, protože já jsem ten problém na mé konfiguraci nikdy nezaznamenal.

[otava5]

@JiRo: Já to tehdá kdy mě to trápilo našel, protože to nikdo nechce opravit...přitom si myslím že to může poškozovat NAND
v 
/storage/.kodi/addons/plugin.video.stream-cinema-2-release/resources/lib/const.py
- řádek 62: UPDATE_SERVICE_INTERVAL = 30
tzn. že to ukládá každých 30s...
Kdo celý rok nerestartuje hodnota změňte na: 60x60x24x365=31536000 
Pokud restartujete jako já každý den stačí dát hodnotu 90000

Bohužel při aktualizaci doplňku je třeba vše nastavit znova. Já to vyřešit tak že mám v:
/storage/.kodi/addons/plugin.video.stream-cinema-2-release/addon.xml
nastaveno version="1.8.99"   až bude verze 1.9 budu řešit dál...

Máš lepší řesení @JiRo:

[JiRo]

SCC se vždy po startu Kodi ptá na nastavení... Workaround - první verze

Ani to nebolelo a rychlé a zdá se, že i spolehlivé řešení pro *ELEC instalace je na světě. Princip řešení je jednoduchý. Kód scriptu se umístí do /storage/.config/Autostart.sh. Po startu *ELEC se testuje, zda /storage/.kodi/userdata/addon_data/plugin.video.stream-cinema-2-release/settings.xml soubor existuje a má nenulovou velikost. Pokud ano, tak se ve stejném adresáři vytvoří jeho kopie, např. settings.xml.backup. Pokud ne, a existuje-li výše uvedená záloha, tak se tato záloha nakopíruje do settings.xml. Pokud ne a záloha neexistuje, tak se nestane nic a po spuštění Kodi, které se mimochodem spouští vždy až po doběhnutí Autostart.sh, se spustí známá výzva k nastavení SCC.

V Autostart.sh to může vypadat například takto:

Kód:

...
# SCC settings file testing, backup eventual restore
logger SCC Refresh
dir=/storage/.kodi/userdata/addon_data/plugin.video.stream-cinema-2-release/
if [ -s ${dir}settings.xml ] ; then
    logger ELEC settings.xml OK, backup
    cp -f ${dir}settings.xml ${dir}settings.xml.backup
elif [ -s ${dir}settings.xml.backup ] ; then
    logger ELEC settings.xml NOK, restore
    cp -f ${dir}settings.xml.backup ${dir}settings.xml
else
    logger ELEC settings.xml NOK, backup NOK - hand setting needed
fi
...

Autoři SCC by mohli podobný princip použít v addon. Tedy po každé změně v settings.xml by mohli vyrobit jeho kopii a při startu addon provést test settings.xml a pokud by neexistoval nebo měl 0 velikost, a zároveň by existovala jeho záloha, uložit zálohu jako nové settings.xml. Ale i tady by to byl stále jen workaround. Samozřejmě by bylo lepší, kdyby dosáhli toho, aby se soubor settings.xml nedalo tak snadno poničit. K tomu samozřejmě patří i to, o čem píše @otava5. To periodické ukládání obsahu settings.xml by se také jistě dalo vynechat.

Podobný způsob řešení jako v *ELEC určitě půjde použít v Linux i Windows. Tam to asi povede k tomu, že bude lepší Kodi spouštět ze scriptu a výše uvedenou sekvenci vložit před spuštění Kodi. Jak na to v Androidu, to nevím.

Doplnění: Fungovat to asi nebude pro ty případy, kdy se ten settings poničí pokaždé, tzn. když není v pořádku ani při jednom spuštění. To by se pak dalo obejít jen tím, že by se ten backup musel dělat při spuštěném Kodi. Ale ani to by nebylo 100%, takže by to vedlo přesně k tomu řešení, které zvolili autoři addon s tím periodickým zápisem. Já se tedy zatím setkal jen s občasným poškozením a tam to, jak se zdá, funguje, protože se vždycky nějaký backup zatím vytvořil.

---

@jkmh Máš pravdu, že pro většinu uživatelů by ta ruční oprava byla asi byl problém. Ale dalo by se to popsat. Nic jiného, než funkce Kodi na to potřeba nejsou. A máš pravdu, nakonec by to asi mohlo vést k addon, který by to řešil určitě lépe. Tak nikdo neříká, že by se takový addon nemohl udělat. Ale já bych byl raději, kdyby se to vyřešilo v SCC...

[otava5]

@JiRo: pěkné řešení, ale funguje i když se soubor poškodí během dne? Stávalo se mi to....

[JiRo]

@otava5 Tak pro jakou kombinaci stavů jsem udělal zmiňovaný workaround, jsem popsal. V podstatě to bude fungovat tehdy, pokud se v *ELEC před spuštěním Kodi po bootu, kdy běží Autostart.sh, zjistí že soubor settings.xml neexistuje nebo má 0 velikost. Já nevím, do jakých všech stavů se může settings.xml dostat, zda to poškození je vždycky takové, že je to soubor s 0 délkou. Další co nevím zda se to někomu děje opakované nebo dokonce soustavně, takže se vlastně nikdy nestane to, že by po bootu byl soubor settings v pořádku a mohla se provést jeho záloha. Pak to samozřejmě fungovat nebude. Prostě to ber tak, že to je první pokus, který řeší jen určité specifické chování a stavy.

[Onygzz]

Díky chlapci...začalo mě to taky zlobit na Coreelecu v obýváku, kde se ale já většinou nekoukám, tzn. vždy sem byl přivolán ženou, že to zase nejede. Nevím teda jakým způsobem k tomu dochází. Zkoušel jsem po nastavení restartovat box, a opět to chtělo nastavit. Zkoušel jsem ale jen jeden restart. Script jsem nahodil - až se drahá dokouká, tak ozkouším ;-)

[JiRo]

@Onygzz Ten problém se zřejmě objeví ve chvíli, kdy se addon nepodaří zapsat do settings.xml. Primárně je to důsledek toho, že autoři Kodi nepředpokládali takový způsob řešení service addon Kodi a ukládání jeho parametrů, jaký je použit u SCC. Tady je každá rada drahá, pokud člověk přímo u tvého stroje není, aby se podíval, co se tam děje, zda vůbec se settings.xml někdy správně uloží nebo naopak, kdy se poškodí. Log pomoci nemusí, mě se například problém se zápisem do settings.xml protokoluje často, ale soubor settings.xml drží.

Tady totiž platí to, co jsem už napsal vícekrát. Ty problémy s SCC, a obecně s addons tohoto typu (který "tvořivě" využívá Kodi tak, jak to jeho autoři nepředpokládali), jsou v těchto případech konfliktů velmi často věcí náhody. Záleží, jaké addons jsou nainstalované, jaký se používá skin, jak jsou v něm spouštěné (a v jakém množství i jakém pořadí) widgety a/nebo service addons. U těch posledně jmenovaných pak záleží, jak je jejich běh řízen, jak dlouho trvá, apod. Je toho více, co se musí vzít v potaz. Takže ta "hraběcí" vyjádření: "O co ti jde, mně to chodí bez problémů..." nebo "Máš moc spuštěných addon..." jsou k ničemu a jen svědčí o tom, že si dotyční neuvědomují pravé důvody toho problému a situace, za kterých ten problém vzniká.

Je možné, že tobě se ten soubor settings.xml neuloží dobře nikdy, pak není ani možné, aby se při rebootu uložil správně i backup a z něj se, při dalším (re)bootu, nakopíroval nový settings.xml. Asi by fungovalo, uložit si ten backup ručně v okamžiku, když se podaří uložit správně settings.xml. Je to tak trochu (pro toho kdo do Kodi nevidí hlouběji) alchymie. Ale jak jsem napsal dříve, to, co jsem tu uvedl je jen takové workaround pro jeden specifický typ chování. A že těch způsobů, jak a kdy se settings.xml může poškodit, je víc, je evidentní. Řešit by to měli autoři SCC a ne se ohánět tím, že je to důsledek toho, že lidé mají nainstalováno hodně addons...

[Onygzz]

Takže result...zkoušel jsem to s tím, že sem byl celou dobu napíchlej přes PC a koukal, co se děje se souborem settings.xml. Kupodivu, vždy po restartu nulová velikost, ale teď pozor, ani po nastavení a rozchození pluginu se data do settings.xml prostě nezapsaly a dál zůstával prázdný. Zkusil jsem tedy odinstalovat SCC a znovu nainstalovat. Rovnou jsem pro sychr chtěl aktualizovat i repo, a zde najednou zvláštní věc - měl jsem zakázáno instalování z nedůvěryhodných zdrojů (nebo jak je to tam formulováno). Takže jsem povolil, aktualizoval Hackyho repo, nainstaloval SCC a od té doby se zdá, že se vše chová korektně. Nechápu ale, jak došlo k tomu disablování instalace z nedůvěryhodných zdrojů. Do těchto končin rozhodně drahá neleze, a bez předchozího povolení bych SCC asi stěží kdy nainstaloval.

No uvidíme jak se to bude chovat...je mi to záhadou :)

[JiRo]

@Onygzz Napadlo mě ještě pár pokusů, škoda, že až teď, takže už to nevyzkoušíme. Kdyby někdo měl porblém ypodobné těm tvým, mohl by to vyzkoušet:

1. Nakopírovat výše uvedený script
   
2. Nastavit SCC
   
3. Pokud nenulové settings.xml, tak nakopírovat ho do settings.xml.backup
   
4. Reboot
   

Nebo dva jiné pokusy, abychom viděli, kde se to "podělá"

1. Nastavit SCC
   
2. Zkontrolovat settings.xml
   
3. Zakázat addon
   
4. Zkontrolovat settings.xml
   
5. Reboot
   
6. Zkontrolovat settings.xml
   
7. Povolit addon
   

a

1. Nastavit SCC
   
2. Zkontrolovat settings.xml
   
3. Reboot
   
4. Zkontrolovat settings.xml
   

Trochu do toho hází vidle to periodické ukládání settings.xml. To je opravdu zbytečnost, je dost dobře možné, že tak časté ukládání zvyšuje pravděpodobnost poškození souboru, ale to už jsou fabulace.

No nic, funguje ti to, takže buď rád... 

[meda]

Na Discordu umístil Láďa zpravu:
Pro uživatele Kodi 17
Máte problém s přihlášením?
Dočasné řešení: Znovu vybrat poskytovatele v nastavení.
Nastavení -> Zdroj -> Poskytovatel -> Webshare.cz

[pivoj13]

Tak já mám po aktualizaci SCC na 1.8.48 a zároveň Libreelec z 9.2.6. na 9.2.8. jiný i když podobný problém.
Soubor settings.xml zůstává kde je, velikost se nemění a poškozený se tedy nezdá, jenže po restartu se SCC nepřipojí a hlásí chybu.
Co pomůže je soubor settings.xml po zazálohování vymazat, aby si SCC při dalším restartu řeklo o nastavení, tam potom něco odklikat, soubor settings.xml obnovit ze zálohy, přes Kodi vlést do nastavení SCC potvrdit ok, aby se nové nastavení ze souboru převzalo a vše funguje (do dalšího restartu).

Radu od Ládi realizovat nedokážu - v nastavení SCC mám v položce Zdroj poskytovatele a přihlašovací údaje šedivě a kliknutí na změnit přihlašovací údaje nebo obnovit token nereagují.

(rpi3B+, Libreelec 9.2.8., SCC 1.8.48)

[JiRo]

@pivoj13 Autoři SCC od jisté verze nevyužívají pro zadání přihlašovacích údajů standardní postup Kodi. Lze jen odhadovat proč, patrně za tím stojí snaha vyhnout se ukádání hesla v otevřeném tvaru. Zadání jména a hesla (stejně tak i obnovení tohenu) se tedy provádí prostřednictvím funkce addon, který se v tomto případ spouští z nastavení SCC, v části Zdroj v položce Změnit přihlašovací údaje (nebo pro obnovu tokenu v položce Obnovit token). To, že jsou ostatní údaje šedivé je proto, že autoři je v nastavení chtějí zobrazit, nechtějí však, aby je uživatel na tomto místě mohl měnit. To je v takovém případě obvyklý postup a tyto údaje budou tedy šedivé vždycky. Pozor, zobrazení zadání uživatelského jména po zadání funkce Změnit přihlašovací údaje může na některých systémech trvat i několik sekund (ta prodleva se může měnit a její délka závisí na celé řadě okolností). Pokud se ti to skutečně nezobrazí ani po uplynutí několika sekund (na jednom ze systémů, které jsme řešil, to v určité chvíli trvalo až 10 sekund), je na místě poslat log, samozřejmě se zapnutým debug. Ale tohle bys měl řešit na fóru streamcinema.cz.

[otava5]

problém se settings.xml konečně Láďa opravil ve verzi 1.8.49.... nutno starý settings.xml vymazat a vše nastavit znova.... a v pokročilých - interval kontroly aktualizace - NIKDY

[JiRo]

@otava5 A to, o nutnosti smazání settings.xml, se uživatel dozví kde? A kdy je to nutné? Pokud settings xml není poškozený, tak by k jeho smazání přeci neměl být důvod.

[starostacz]

Tvl. to je zase řešení problému "manuálně vymazat settings.xml, vše nastavit znova a vypnout aktualizace". Jako proč smazat starý settings.xml? Jako proč vypnout aktualizace (čeho je to vlastně aktualizace?), jak to s tím souvisí?
To už tam aspoň mohl přidat tlačítko, které by setting.xml smazal a restartoval doplněk aby se znovu zeptal na nastavení. Už vidím, jak to BFU ručně někde hledá a maže.

Ono těch problémů je tam více, ale už to vypadá, že je to pouze v udržovacím režimu.
Při spuštění na tabletu musím vždy počkat desítky sekund, než na pozadí něco udělá, aby se rozjel. Jinak jen točí kolečkem a nic. Většinou se spustí tak na 3 pokusy spuštění Kodi.
Při spuštění na PC udělá aktualizaci doplňku a jeho menu je zdrojené. Po ukončení a znovu spuštění funguje.
Kodi běžně na PC tuhne, padá, zůstává viset jako proces, přitom okno není vidět.
Nedokážu přesně rozklíčit, co je problém Kodi 18.9 a co doplňku, ale jako kombinace je to neštěstí. Být to komerční věc, tak firma už zkrachovala.
Vím, že to nemusím používat a vím, že to mám zadarmo, tak mi své případné spravedlivé rozhořčení nepište. Díky.

[meda]

problém se settings.xml konečně Láďa opravil ve verzi 1.8.49....

V nastavení SCC je Interval kontroly aktualizace už u v.1.8.45.
Že je to oprava problému se settings.xml a postup bych se ale rád dočetl v oznámeních na Discord nebo Streamcinema.cz
Nějak to nemohu najít - kde jsi to četl ty?

[JiRo]

@meda Tak to já bych to raději viděl v changelog-u addon, resp. alespoň změny aktuální verze v příslušné sekci addon.xml. Tohle je taky věc, na kterou většina autorů kašle. Jistě, já nebo ty se do fóra podíváme, ale proč by to nemohlo být zdokumentované tam, kde se to očekává. Tohle ale není jen problém SCC. Samozřejmě čest výjimkám, nebudu je jmenovat, abych na někoho nezapomněl, najít si to každý může sám...

---

@starostacz Neměl bych psát "já jsem to říkal", ale říkal jsem to. Tedy to, že extrémně "tvořivý přístup" k řešení SCC (zejméně jeho masivní service části) bude problém a že to bude znamenat soustavnou práci autorů to celé dostat do stabilního stavu. S tímhle se při návrhu servise addon v Kodi nepočítalo a je to vidět. Řešení řady problémů v SCC tak často připomíná ono pověstné "vytloukání klínu klínem", na druhou stranu je ale třeba kvitovat, že se autoři snaží. I když to někdy trvá zatraceně dlouho, což jim ale asi nemůžeme mít za zlé. Když pominu už zmiňované neexistující dokumentování změn přímo v addon a smířím se s tím, že se autoři ohledně celkové koncepce řešení rozhodli tak, jak se rozhodli, tedy že nad Kodi vybudují ještě jeden "systém" (což ostatně není nic nového, takové ambice má a měla už celá řada autorů dalších addon), tak já osobně jsem, s funkcemi které z SCC využívám, celkem spokojený (řekněme 6-7 z 10).

[pivoj13]

@JiRo: Asi už je to s novou verzí jedno, ale přesto děkuji za radu výše a cítím povinnost popsat jak jsem dopadl.

Takže - změnit přihlašovací údaje s verzí 1.8.48 nešlo - položka v menu nereagovala (cca 10 min čekání), po smazání settings restartu a novém nakonfigurování reagovala hned, vše jsem znovu nastavil, ale po restartu zase nefunkční.

Šel jsem tedy znovu - tentokrát jedno okno po druhém - a vždy po změně nastavení restart abych zjistil co to dělá (podezříval jsem nastavení titulků, kde mám své vlastní přihlašovací údaje na titulky.com).
Bohužel bez úspěchu - nakonec jsem tímto způsobem nastavil vše jak bylo už předtím a restart to najednou vydrželo.

Dnes ráno jsem musel Raspberry vypnout, tak uvidím co bude až se k tomu večer vrátím (snad to nová verze 1.8.49 opravdu řeší.

Na webu SCC jsem to neřešil z důvodů, které vlastně píšeš taky: já mám opravdu hodně doplňků, takže se to třeba s něčím tluče, navíc ostatním to funguje (mně to na androidu taky fungovalo celou dobu bez problémů...) a věřím, že při čisté instalaci Libreelec jen s SCC by to taky fungovalo bez problémů.

Ještě jednou díky, vážím si tvé pomoci tady na foru.