[jkmh]

@HawkST: Pořád jsi neodpověděl na můj poslední post.

[HawkST]

@jkmh: Který myslíš? Myslím, že jsem odpověděl na všechno.

[predator.1]

Dělá to android. Mám to samé u jednoho boxu. Na 2 dalších androidech ok, v pc a NB taky.
Dělají to boxy a zařízení s tím custom androidem a neoficiálním Google store.
U mě to dělá na boxu s androidem 12 a box je H96 Max v56. Ofic. android jsem do něj nenašel a pozná se to hlavně tak, že na tom nerozjedeš aplikace jako třeba skylink, sledovanitv apod...
Bude to psát, že aplikace v tvém regionu není podporovaná atd... A instalovat jdou jen přes tu jejich pofiderní apk cure apku. Z té se mi povedlo instalovat pouze právě Kodi.

A co mi pomůže, když to dělá právě tohle? Restart boxu z nastavení! Pak jede Kodi a hlavně scc jako střela

EDIT: Ještě jen doplním, že je to vůbec můj první box s čipem Rockchip a i když box je fakt super, tak kvůli takovým blbostem raději zůstanu u amlogic.

[JiRo]

Myslím, že se (asi) postupně vyloučila většina rozdílů na úrovni nastavení v aplikační úrovni. Takže vliv systému (Androidu) je v pořadí další kandidát. Ještě bych se zkusil podívat také na nastavení v síťové úrovni, tedy jak jsou v jednotlivých systémech (tam kde to chodí dobře a tam, kde špatně) DNS servery a srovnat to, aby to bylo ve všech systémech stejné. Jiný DNS server by na případné zpoždění vliv mít také mohl, i když asi ne tak zásadní.

No a pak by pomohl, jako obvykle, log. Nastavit debug režim, restart celého systému, start Kodi, počkat cca 1 minutu, pokud jsou z SCC nejaké widgety tak déle, až se všechny zobrazí (nebo ještě lépe, přepnout před restartem Kodi do základního vzhledu) a pak vyzkoušet jednu volbu v SCC, u které se projevuje to zpoždění. Pak odložit log a poslat na něj odkaz.

[meda]

Takže lze předpokládat, že poslední verze SCC obsahuje něco, co dokáže zjistit míru zabezpečení Android, případně kontrolovat region set?
Že by reakce na několik posledních dotazů, jak získat token nebo přímý link? Nebo ne "něco" ale jen chyba...

Jenže jak to, že přes hotspot to pak funguje? @HawkST
Potom navrhuji na stránce WS smazat připojená zařízení (Nastavení; Odhlásit na všech zařízeních).
A vytvořit ty logy pomocí LOG file uploader, jak popisoval @JiRo předemnou.

[JiRo]

@meda Ad. "případně kontrolovat region set"... Tohle se mi nezdá. To, o čem píše @predator.1:, to se snad týká ad hoc úprav v Androidu, jejíž cílem je (snad) podpora jen preferovaných aplikací. Že by existovaly nějaké úpravy v SCC s cílem zamezit získání tokenu nebo přímého linku, to se mi nezdá.

Tady je třeba se bavit o úrovni, na jaké by někdo chtěl citlivé informace z SCC získávat. Lze hovořit o několika metodách jak to dělat (získávat token a/nebo přímý link) a podobně i, jak se tomu bránit. Ale i když jsem poslední verzi SCC (2.3.5) ještě nezkoumal, pochybuji, že by bylo tak jednoduché tomu zamezit. Ještě snad u toho tokenu, protože to je věc relace pouze mezi SCC a Webshare, ale u přímého linku Webshare už to tak triviální není. Neříkám, že je to složité algoritmicky, ale tady by se už musely použít metody a řešení podobné například těm, které se v Kodi používají v případě dekódování DRM (binární doplněk s funkcí interního proxy). A to by znamenalo poměrně zásadní změnu v koncepci řešení SCC a jeho integrace do Kodi. Asi bude lepší tuhle větev úvah dále nerozvádět. Je to citlivé téma a čím méně o něm budeme mluvit, tím déle bude trvat, než někdo to, jak získat link do Webshare, zveřejní. A v takovém případě by už ta zásadní změna v koncepci řešení integrace SCC do Kodi přijít musela.

[jkmh]

@JiRo: Verze 2.3.5 pouze ruší vánoční čepičku v ikoně. Nic víc. Takže, pokud jsi studoval v.2.3.4, vše při starém.

---

@meda: Když si projedeš celou historii od @HawkST: , ukazuje to, podle mě, na nějaký problém s routerem.
S hotspotem mu funguje na všem, přes LAN taky, ale TV a box hůře, přes wifi NTB je OK, ale TV i box jsou mrtvé. V OS bych to primárně neviděl, protože každé ze zařízení používá jiný OS. Klidně za tím může být, že router zabloudil po výpadku napájení.

[meda]

@jkmh @HawkST: Proto jen obligátní "zkusil jste to (router) restartovat?"
Ale myslím, že odpoví "několikrát"
...přesněji, polomrtvé je jen(?) SCC. Proč? Co nabídky v jiných doplňcích, také polomrtvé?
Ještě taková věc, vyzkoušet změnit v routeru DNS servery.
Připomenu ten LOG

[HawkST]

@meda @jkmh:  Ano   Taky jsem router i resetoval do továrního nastavení. (Nepomohlo, tak jsem obnovil ze zálohy)

@JiRo: @predator.1:  Region by to asi neměl ovlivňovat. S ním jsem nic nedělal a jak už jsem psal. Do nedávna to šlapalo.

Takže jsem ještě více zmatený...
Odpojil jsem od routeru WAN a připojil místo toho na jeho USB mobil, na kterém jsem zapnul tethering. (Router to podporuje, jako sekundární WAN)
- TV stále nejede.
- Boxu už jede.
- NTB stále jede.

Myslel jsem, že tím vyřadím/potvrdím problém u providera, ale takhle to opravdu vypadá na router. Ikdyž je to stále divné chování.
Za chvíli budu muset pro všechny parametry asi vytvořit tabulku, aby se v tom člověk vyznal.

Jinak tady konečně přikládám log, kde to NEFUNGUJE: paste.kodi.tv/copepalami
- Z boxu. Přes providera. Jediné připojené zařízení. Přes kabel.
Spuštění SCC ~16:43:38
Konec načtení SCC ~16:46:33

Tady na porovnání log, když je box připojen přes hotspot, kde to FUNGUJE: paste.kodi.tv/ibaceqiniq
Spuštění SCC ~16:58:26
Konec načtení SCC ~16:58:31

Pzn. V obou případech z Oblíbených (KODI) otevřu odkaz na Big Bang Theory a následně se načítá seznam sérií. Tyto dlouhé prodlevy jsou ale po každém kroku v SCC (Výběr filmu/serie seriálu,formátu videa, krok zpět)

[jkmh]

@HawkST: Vím, že se možná moc točím na wifi. Nicméně dej si do pořádku vnitřní síť obecně. To je podle mě základ. A je jedno, jestli budeš v praxi wifi používat nebo ne. Jak jsem psal, to je jen mezi boxem a routerem. Žádné vnější vlivy (z WAN) do toho nevstupují. A nemá na to vliv Kodi. Když tohle odhalíš, možná si to celé sedne a nebo tě to nasměruje na vyřešení LAN připojení.
Vždyť z tvého dotazu jsem pochopil, že box na wifi je vlastně mrtvá  zbytečná krabička. Ty jsi to zúžil na SCC, ale tak to asi není.

---

Když jsi odpojil WAN a použil thetering a box se jen tímto zásahem rozjel, hledej prvotně chybu kolem DHCP a DNS

---

V každém případě a v každém zapojení ti na wifi musí chodit z NTB ping na box. Dokud nebude, je to špatně.

[HawkST]

@jkmh:  Pořád tady ale opakuješ něco o wifi. Jak už jsem říkal, tak jsem zkoušel připojit samotný box přímo na na kabel od antény, kterou mám na střeše od poskytovatele a do které nemám přístup. Box jsem restartoval, antenu taky, internet na boxu jede, SCC načítá dlouho. Dál už se dostat prostě nemůžu. Svůj router se všemi zařízeními jsem z této rovnice vyřadil. Takže teoreticky je problém u poskytovatele, nebo AP, co mám na střeše. - To ale pořád nevysvětluje, jak to, že na notebooku mi to jede, ať už se připojím jakkoliv. (napřímo, přes můj router, přes hotspot, přes kabel, přes wifi)
To je problém který tady řeším.
Nejsem úplný amatér, co se týče síťových věci, ani aplikací.

Jak jsem psal, to je jen mezi boxem a routerem.

Nesouhlasím. Jak jsem psal výše.. Pokud jsem připojil na svůj router mobil přes USB a zapnul tethering, tak SCC na boxu šlapalo. Přes kabel i wifi. V tomto případě byla použita moje lokální síť, jen s jiným přístupem do internetu. Nastavení zůstalo stejné.
Úplně nevylučuji problém v lokální síti, ale považuji ho vzhledem k tomu za nepravděpodobný.

---

@jkmh:  odpovím a potom vidím edit   .. ok...

Když jsi odpojil WAN a použil thetering a box se jen tímto zásahem rozjel, hledej prvotně chybu kolem DHCP a DNS

DHCP už jsme řešili. Všechny zařízení mají svoji unikátní IP a jdou v síti vidět. Router hlási DNS googlu 8.8.8.8, sekundární je mého poskytovatele. (Jenom taková vsuvka.. jak na TV, tak v boxu používám Moonlight a hraju hry z notebooku.) Tady bych problém taky neviděl.
 

V každém případě a v každém zapojení ti na wifi musí chodit z NTB ping na box. Dokud nebude, je to špatně.

Samozřejmě, že mi chodí. Na všech zařízeních internet funguje, lokální síť taky a vidí se mezi sebou.

Myslím, že se točíme v kruhu.

Koukám do logů a nic rozdílného vyloženě nevidím. Vypadá to prostě "jen" na velkou prodlevu při načítání dat SCC.
Jediné, co vyloženě bije do očí je "[plugin.video.stream-cinema-2-release.service] Getting newer version info", které v druhém logu není a trvá 30s .. ale to je jen půlka celkové prodlevy.

[jkmh]

@HawkST: Tvrzení o wifi jsou tvoje slova

Potom jsem zkusil všechny zařízení připojit přes WIFI.
- Na NTB jede, ostatní ne.

proto se kolem toho točím. A taky je to relativně jednoduché hledání. A taky fakt, že s NTB nemáš v žádném zapojení problém vlastně AP z toho vylučuje. Takže stále platí, že ping z NTB na box ti musí fungovat. Ať v LAN nebo wifi. Proto tvrdím, že až ti bude síť kompletně fungovat jak má, má se cenu věnovat rychlosti načítání.

Mimochodem,nejspíš máš na střeše Mikrotik. Možná z řady SXTsq. Co máš v logu toho AP z komunikace s routerem.

---

OK, tak zkus změnit DNS na Cloudflare.

---

@HawkST: Moonlight neznám, ale pokud si vytváří virtuání privátní síť, tam můžeš mít problém. Např. o Hamachi je známé, že se s Kodi vyloženě nesnáší. A s různými OS se to chová různě.

[HawkST]

Mimochodem,nejspíš máš na střeše Mikrotik. Možná z řady SXTsq. Co máš v logu toho AP z komunikace s routerem.

Těsně vedle.. Ubiquiti LiteBeam 5AC

Proto tvrdím, že až ti bude síť kompletně fungovat jak má, má se cenu věnovat rychlosti načítání.

Achjo   Vysvětli mi prosím, jak ta síť má fungovat "správně"? Protože jediné, co mi nefunguje správně je načítání v SCC.

OK, tak zkus změnit DNS na Cloudflare.

To zkusit asi můžu.

[jkmh]

@HawkST: Tak nic, když jediné co nefunguje, je SCC.

---

@HawkST: Omlouvám se. Asi jsem tvůj prvotní dotaz špatně pochopil.

[meda]

@HawkST: @JiRo: @jkmh: Kouknul jsem do obou LOG na časy, kde se prodlužuje ten první "NEFUNGUJE = copepalami".
První zpoždění 1min naskočí mezi řádky 1226 až 1244, je tam položka CheckIdle a týká se zřejmě adresy
www.nsftcommenttest.com (nevím o ní nic).
Druhé zpoždění mezi řádky 1277 až 1335. Je tam pro SCC (SC2) Checking Updates
a řádek 1303 obsahuje položku
Triing to load settings definition from old format...

Tady to vypadá, že SCC neví, že je dokončený update a něco má navíc nedostupné, takže obnovuje z OLD.
Může to být oprávněními Android nebo potížemi v procedurách aktualizací SCC.
(Občas někteří napíší, že byli na dlouhé dovolené a potom znovu zapnutý Android Box s Kodi má potíže.
Android po nějaké době odebírá aplikacím oprávnění nebo je "uspává".)

Je to laický rozbor, snad se toho chopí někdo znalejší.
Šel bych do oprávnění v Androidu a přiřadil/zkontroloval plná oprávnění pro Kodi.
Ani ta rada kopírovat soubor settings.xml z fungujícího SCC není mimo mísu.

[HawkST]

@jkmh: DNS taky nic. Zkoušel jsem nastavit přímo na routeru, potom taky v boxu. IPv4 i IPv6 ...

Zítra zkusím ještě hodit Box úplně do továrního nastavení. Pokud tehdy ani nepojede, tak už jsem asi blázen.
Před tím se ale pokusím nějak udělat traceroute na boxu (už střílím od boku)
Taky ještě čuju problém s IPv6 (kdysi jsem měl u poskytovatele problém) - Nějaký tip, jak vynutit IPv4 na boxu/v kodi ?
Ještě mě napadá, jestli to nemůže být nějaký problém s porty (u providera - to by nejelo vůbec, ani NTB a já nic nenastavoval.)

Musím na to prostě přijít. Nedá mi to

---

@meda: Práva už jsem kontroloval. To mě taky napadlo. Zkusím taky nějak ten settings, ale prováděl jsem úplně čistou instalaci KODI a SCC, tak předpokládám, že by to tím být taky nemělo.

[meda]

...Nějaký tip, jak vynutit IPv4 na boxu/v kodi ?

To nastavíš v routeru, že funguje jen na IP4. DHCP také přiděluje jen IP4 adresy 192.168.xx.yy

[jkmh]

@HawkST: Použití IPv4 nejspíš nevynutíš. Ale lze zakázat použití IPv6. Takže bude automaticky používat IPv4. Osobně to tak mám jak na WAN/LAN straně u routeru, tak u všech zařízení.

[HawkST]

Záhada vyřešena!
Teda, jak se přesně vyřešila netuším, ale tuším, kde byl pravděpodobně problém.

Popořadě.. vytvořil jsem hotspot na notebooku, kde to funguje a připojil se s boxem k němu přes wifi..
A SCC v boxu fičelo. Hotspot jel pouze přes IPv4. Tak jsem na routeru úplně zakázal IPv6.
A hle.. problém vyřešen! ... Né tak úplně. Teď jsem byl bez IPv6 a já ho tak trochu potřebuji...
Ale když jsem ho zase povolil v routeru. Tak už mi to nejelo nikde. Ani notebook. Na něm přestal fungovat i ping na google pomocí IPv6. Takže úplně rozbité... Byl jsem na stopě...

Odpojil jsem POE od AP, resetoval router... A... Všechno jede.
(AP i router jsem za poslední 3 dny resetoval asi 10x)

Takže... Jak se to tak nějak "samo" rozbilo... Tak se to taky nějak tak "samo" opravilo. (Já myslel, že mě klepne)

Můj odhad, co se pravděpodobně stalo:
Nastal někde problém s IPv6 u providera, nebo v AP a SCC se přes něj nemohl "prokousat".
Jak jsem prováděl resety, tak ještě nebyl vyřešen, až dnes.. kdy to pomohlo?
Kombinace všech pokusů najednou?
Erupce na slunci?   Nevím.

Jede to a pokud bude mít někdo podobný problém, tak ať zkusí zakázat IPv6.

@jkmh: Měl si nakonec pravdu. Síť kompletně nefungovala..

A děkuji všem zúčastněným

[meda]

@jkmh: @HawkST: Nechci vám kazit radost z usmíření ale hodnocení "Síť kompletně nefungovala.." není úplně trefa.
Kdyby nefungovala kompletně, porucha by se hledala lépe.
Zřejmě se výsledek dostavil rebooty/resety po zákazu IP6 - Bylo potřeba něco odstranit z paměti, tabulky routování.

Jak jsi, Hawku ST, vyřešil potřebu tak trochu IP6 mít? Znovu jsi IP6 povolil?