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

Ano po znovunabootování je čas v IPTV SC posunutý.
Nenašel jsem způsob jak restartovat IPTV SC, jen tak, že jej zakážu a zase povolím. To nemá vliv, čas je posunutý stále.
Přílohou posílám log po rebootu. Jen je nutné přejmenovat soubor na *.log. (log soubor nelze připojit jako přílohu).

Trochu jsi mě nahlodal s tím realným časem. Otevřel jsem krabici a nikde tam baterku nevidím.

@Cinda Ano, zakázat a povolit doplněk je způsob, jak ho restartovat. Ale je to potřeba provést to až ve chvíli, kdy je v Kodi čas už nastaven správně, což si pravděpodobně udělal. Takže to tu teorii trochu bourá.

Jinak ale, můj další předpoklad se potvrdil. Kodi ti skutečně startuje se špatným časem. Než se nastaví ten správný, trvá to cca 4 vteřiny.

Napadl mě jeden pokus, ale je trochu náročnější. Spočívá ve zpoždění spuštění Kodi po rebootu. Je na to potřeba vytvořit nebo pokud už je vytvořený editovat soubor autostart.sh v adresáři /storage/.config. Pokdu ho budeš vytvářet, měl by v něm být jeden příkaz:
 
Pokud ale už v adresáři tento soubor máš, tak ten samý příkaz dej na jeho konec.

Příkaz způsobí, že se na 10 vteřin zastaví provádění tohoto scriptu, což v konečném důsledku zpozdí o 10 vteřin spuštění Kodi. To by mělo stačit, aby se v systému čas stačil nastavit a v okamžiku zahájení spouštění Kodi byl už určitě správný.

---

Případně ještě před editací autostart.sh zkus natáhnout ten čas čekání na sít na 20 sekund. A možná také pro jistotu restartuj ještě tvůj router. Člověk nikdy neví.

Abychom si rozuměli, není problém v času systému, ale v tom, že například EPG ukazuje, že hlavní zprávy na ČT1 začínají v 18:00 a ne  správně v 19:00. Viz přiložené foto v minulých příspěvcích.

Nicméně přidání souboru autostart.sh pomohlo. Nevím, zda se tímto zásahem pouze neobchází jiný problém, ale byla to velmi správná úvaha! Zároveň jsem při bootování sledoval display na boxu a je pravda, že dlouhou dobu je na displeji úplně blbý čas a až těsně před startem se změní na správný.
Znovu jsem prohlédl lupou desku boxu z obou stran a nic co by vypadalo jako baterka, jsem neobjevil.
Díky za tvůj čas.

@Cinda: Jo, já jsem ten problém pochopil. Tak jen na vysvětlení. Pro správné nastavení EPG vůči aktuálnímu typu času (letní/zimní) není podstatný ani tak absolutní čas v době startu IPTV SC, ale to, zda ten čas je zimní nebo letní. Všimni si, že když ti box a vlastně ještě IPTV SC startuje ze špatným časem, tak je to 16. únor, což je období zimního času.
Tzn. že EPG se nastaví (a přepočítá) na zimní čas. Ale když se čas nastaví správně, a ty si pustíš v Kodi EPG, tak už je nastavený správný čas, a to je teď už čas letní. Proto ti to taky začalo blbnout až po přechodu na letní čas.

Ano, přidání souboru autostart.sh pouze obchází jiný problém, ale podle mne to ničemu neškodí. Bylo by ale dobré přijít na to, proč se ten čas nestaší nastavit ještě před startem Kodi, resp. před startem IPTV SC. Doporučuji tedy ještě vyzkoušet to natažení čekání na síť na 20 vteřin. Já vím, že ten porblém, že se čas nestačil do startu Kodi nastavit, se tu už řešil nekolikrát, ale většinou to bylo u Kodi, které nemělo Live TV a EPG, takže to zas tolik nevadilo.

S tím RTC jsem ustřelil, ale já si pamatuji, že když jsem několik X95 zprovozňoval, a ty RTC měly. Ale ono je to u toho HW typické, že se typ od typu, ale i kus od kusu liší. Takže se omlouvám, že jsem tě navedl špatnou cestou a ty jsi kvůli tomu rozdělal box.

@Cinda: Chápu, že další a pevně zadané 10 vteřinové zpoždění spuštění Kodi po zapnutí boxu může být nepříjemné, protože to dále prodlužuje start Kodi. Tak jsem ještě přemýšlel o tom, co by mohlo způsobovat to zpoždění nastavení času. Nechápej to jako jasný návod, ale spíše jako výčet potenciálních problémů a možností jejich řešení. Seřadil jsme to podle toho, jak si myslíém, že to bude nejjednodušší a nejúčinější.

1. natáhnout hodnotu čekání na síť - to bych udělal v každém přípdě, nic se tím nezkazí. Klidně tam dej 20 vteřin. Jen podotýkám, že to neznamená, že se čeká celý nastavený čas. Pokud se síť připojí dříve, tak se to čekán zkrátí.
   
2. DHCP server - nastavení způsobu získávání IP adresy DHCP může zpozdit nastavení IP adresy - tady by mohlo pomoci změnit získávání IP adresy na manual. Já mám takto nastavena všechna pevná zařízení v domácí síti. V podstatě všechno, co máme doma připojené k síti, kromě tabletů a mobilů, má pevnou IP adresu.
   
3. IPV6 - pokud máš v CoreELEC nastavení povolenou IPV6 adesu, ale používáš pouze IPV4, může to způsobovat zpožděné reakce síťových operací IPV4.
   
4. Změnit DNS servery
   
5. Nastavit a využívat router jako lokální NTP server - tohle ale myslím neumí všechny routery
   

Ahoj.
Add1. Čas čekání na síť jsem nastavil dle doporučení na 20s.
Add2. Box a i ostatní pevná zařízení mají přidělovanou pevnou adresu podle MAC na straně routeru.
Add3. IPV6 nepoužívám.
Add4. DNS mám nastavené v routeru na 1.1.1.1 a 8.8.8.8.
Add4. na NTP jsem se chtěl zeptat. Samotný box umožňuje nastavit NTP. Jaký lokální server navrhuješ. V routeru jsem tuto možnost nenašel. Mám EdgeRouter X od Unifi.

Od včerejšího tebou doporučeného zásahu vše běží ok. Díky za tvé rady.

@Cinda:

ad 1. Chtěl jsem tě požádat, aby když nastavíš 20 s, tak jsi současně zrušil to sleep v autoastart.sh. Jde o to abychom zjistili, jestli to pomůže a mohli bychom příště tento postup doporučovat.
ad 2. To přidělení pevné adresy v routeru je více méně to samé, jako její přidělení službou DHCP serveru. Znamená to, že si o adresu musí klient říci a dostane ji, což znamená určitě zpoždění, na rozdíl od stavu, kdy je pevná adresa nastavná přímo v klientovi. A to zpoždění by mohlo být tím hlavním důvodem, proč se čas v CoreELEC nastaví pozdě.
ad 4. Nastavení NTP v router o kterém asi mluvíš, je nastavení klineta, prostřednictvím kterého se nastaví správný čas routeru. Ty musíš hledat funkci NTP server, kterou se čas nastavený v routeru publikuje zařízením na straně LAN routeru. Podle tohoto https://community.ui.com/questions/EdgeR...aa7e2902b2 by tvůj router funkci NTP serveru měl mít.

Nicméně stejně si myslím, že bys měl v první řadě vyzkoušet tu pevnou IP adresu nastavenou v CoreELEC. Podle mne je velká pravděpodonost, že to pomůže.

V tuto chvíli se mi podařil udělat pouze jeden pokus. Hrozila mě totiž od zbytku rodiny defenestrace.
Odstranil jsem čekací dobu z Autostart.sh. Systém nabootoval v poradku a i kontrolou logu je vše OK. Log začíná již správným časem.
Další pokusy mi budou umožněny až v týdnu.

@Cinda Jasně. Předpokládám, že teď máš tedy čekání na síť nastavené na 20 vteřin a IP stále získáváš přes DHCP. Ono nutit lidi do pevné IP adresy nemusí být asi úplně správné. Někdo k tomu, aby měl adresy nastavené přes DHCP nebo fixnuté v routeru, může mít důvod.

Takže za mě je to dostačující a bylo to užitečné. To, že to zpožďuje DHCP je hodně pravděpodobné, to se už nemusí ověřovat.

@waladir Omlouvám se za zaplevelení tématu. Ale vyšli jsme z domnělého problému doplňku O2TV a pak už přesouvat někam diskuzi nebylo snadné.

@JiRo: naopak jsem rád, že jsi okamžitě odhalil přičinu problému. Dává to smysl, ale mě by jen tak nenapadlo, že by s čím by to mohlo souviset. Ušetřil jsi tím spoustu času mě i @Cinda: Takže palec hore :-)

Pokud to @waladir: nevadí, tak dokončím to co jsme s @JiRo: začali. 
Dnes jsem změnil adresu boxu s DHCP na pevnou a zpětně jsem nastavil čekaní na sít v nastavení COREELEC na defaultní hodnotu 10s a zrušil sleep 10 v Autostart.sh. Problém s posunutím času po bootu boxu se  v IPTV SC objevil znovu. V logu se objevil na začátku po dobu asi 3 sec zase špatný datum a čas.

Řešení problému jsou dvě:
1. V nastavení CE zatrhnou čekání na sít a prodloužit interval na 20s
2. Vytvořit nebo editovat Autostart.sh a tam přidat příkaz:
 
Podle mě je jednodušší a čistší bod 1.
Považuji to za vyřešeno. Chtěl bych opět poděkovat @JiRo: za rozebrání a vyřešení problému.

Příjem O2TV v Kodi 21.

V posladní době jsem laboroval s příjmem O2TV v Kodi 21. A dospěl ke dvěma zajímavým zjištěním. Jednou z variant příjmu byl doplněk O2TV, druhou pak vlastní řešení příjmu v Tvheadend s pomocí ffmpeg a streamlink. v kombinaci s PVR doplňkem Tvheadend HTSP Client. To, proč jsem vlastně laboroval, bylo způsobeno především tím, že jsem s příjmem v Tvheadend měl značné problémy.

Příjem v doplňku O2TV doprovází problémy související s tématem, který se diskutuje u na jiných fórech. Je doprovázen průběžně se opakujícím výskytrm chybové hlášky v logu Kodi:
 
který se při přehrávání projevuje nárůstem počtu skip (zobraení Player Debug Info). Subjektivně to na přehrávání nějaký zásadní vliv nemá, tady je to ale opravdu věc subjektivního hodnocení, protože jsou lidé, kterým případné změny v kontinuitě přehrávání vadí. Já k nim tedy nepatřím a pro mne je přehrávání i s tímto handicapem v pohodě.

Příjem v případě kombinace Tvheadend (ffmpeg, případně streamlink) + Tvheadend HTSP Client prošel postupně několika variantami řešení.

• sh scripty s generování playlistu použitého jako zdroj pro Automatic network a s voláním scriptu typu steramer.sh které obsahovalo volání ffmpeg. Tady jsem velmi dlouho bojoval s mizernou kontinuitou užna straně Tvheadend, které se nakonec porjevilo nemožností rozumného přehrávání na straně Kodi, kde docházela k častému zastavení přehrávání a načítání bufefru přehrávače, o vysokéhom počtu skip nemluvě.
  
• v další varinatě jsem nahradil přímé použití ffmpeg aplikací steramlink, které odstranilo časté zastavení přehrávání (bufefr se v této variantě řešení vyčerpá skutečně jen vylmi vájimečně). Počet skip při přehrávání však zůstává, i když je významně nižší než v předchozí variantě.
  

Zvolil jsem si tedy jako jediné řešení příjem prostřednictvím Tvheadend. Po nějakém čase mně nakonec i tady začaly některé problémy vadit. Co je zajímavé, že jsou závislé na tom, na jaké instalaci a v jaké konfiguraci zobrazovacíh zařízení Kodi používám.

• při přehrávání na Kodi 21 ve Windows a se zobrazením na počítačovém monitoru (60 Hz) je počet skipp trval enulový a přehrávaní je absolutně plynulé
  
• pokud použiju stejnou konfiguraci, ale místo monoru přepnu výstup Kodi na TV (Samsung, 4K, max 60 Hz), tak se počet skip průběžně zvyšuje, obsaz je ale (pro mne ) koukatelný bez problémů
  
• při přehrávání na Kodi 21 (CE21) a zobrazením na té samé TV jako v předchozím případě je stejně jako v předchozím případě odpovídající i počet skip. Tady je vidět, že případné občasné výpadky v plynulém přehrávaní nebo krátkých výpadků zvuku, které se občas (a jsou závislé i na přehrávaném kanálu) objeví po spuštění steramu - CVideoPlayerAudio::Process - stream stalled, se časem výrazně sníží (až zmizí). Patrně jsou kompenzovány úpravou A/V synchronizace, kterou Kodi průběžně, na základ průběžné analýzy A/V streamu přehrávaného videa, provádí - ProcessDecoderOutput: Changed max allowed Out-Of-Sync value to 74 ms due self-learning.
  

Osobně mám problém s pochopením rozdílů chování v případě dvou způsobů zobrazení v Kodi 21 ve Windows. Pochopil bych, kdyby počet skip narůstal právě u varianty, kdy je výstup připojen k monitoru s jedinou možností volby zobrazení. Ale ono je to přes naopak. Při přehrávání na monitoru se počte skip drží na hodnotě 0 a začne narůstat právě až při přepnutí na TV, které má těch variant zobrazení několikamásoběn více. Takže i když při přehrávání streamu 1920x1080 FPS 60 je výstup Kodi upraven na stejnou hodnotu, počet skip narůstá, zatímco pokud je výstup Kodi 1920x1080 FPS 60 (poměr FPS streamu a zobrazení je 50/60), tak se tam počet skip drží na 0.

Zdravím, přestal mi fungovat O2tv 2 doplněk - playlist, epg jede, session ok, při spuštění live vysílání se objeví a hned zmizí a vyskočí chyba. Viz. log.
Prosím o radu díky.

2024-04-17 16:37:34.368 T:1275    debug <CAddonSettings[0@plugin.video.o2tv]>: trying to load setting definitions from old format...
2024-04-17 16:37:34.372 T:1275    debug <general>: O2TV > https://aw-ucdn-3201-prod.tv.cetin.cz/bp...0e1c5d389d
2024-04-17 16:37:35.653 T:1275    debug <general>: O2TV > 200
2024-04-17 16:37:35.733 T:833     debug <general>: ------ Window Deinit (DialogBusy.xml) ------
2024-04-17 16:37:35.733 T:1276    debug <general>: Thread ScriptObs 1254081088 terminating
2024-04-17 16:37:35.734 T:833     debug <general>: CPlayerCoreFactory::GetPlayers(https://12-str08-3201-prod.tv.cetin.cz:4...?bkm-query)
2024-04-17 16:37:35.734 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: system rules
2024-04-17 16:37:35.734 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: matches rule: system rules
2024-04-17 16:37:35.734 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: mms/udp
2024-04-17 16:37:35.734 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: lastfm/shout
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: rtmp
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: rtsp
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: streams
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: matches rule: streams
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: aacp/sdp
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: mp2
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: dvd
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: discimage
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: sdp/asf
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: nsv
2024-04-17 16:37:35.735 T:833     debug <general>: CPlayerSelectionRule::GetPlayers: considering rule: radio
2024-04-17 16:37:35.736 T:833     debug <general>: CPlayerCoreFactory::GetPlayers: matched 0 rules with players
2024-04-17 16:37:35.736 T:833     debug <general>: CPlayerCoreFactory::GetPlayers: adding videodefaultplayer (VideoPlayer)
2024-04-17 16:37:35.736 T:833     debug <general>: CPlayerCoreFactory::GetPlayers: for video=true, audio=false
2024-04-17 16:37:35.736 T:833     debug <general>: CPlayerCoreFactory::GetPlayers: for video=true, audio=true
2024-04-17 16:37:35.736 T:833     debug <general>: CPlayerCoreFactory::GetPlayers: added 1 players
2024-04-17 16:37:35.744 T:833     debug <general>: Radio UECP (RDS) Processor - new CDVDRadioRDSData
2024-04-17 16:37:35.744 T:833     debug <general>: Audio ID3 tag processor - new CVideoPlayerAudioID3
2024-04-17 16:37:35.744 T:833      info <general>: VideoPlayer::OpenFile: pvr://channels/tv/V%c5%a1echny%20kan%c3%a1ly@-1/1@pvr.iptvsimple_59155728.pvr
2024-04-17 16:37:35.745 T:1278    debug <general>: Thread VideoPlayer start, auto delete: false
2024-04-17 16:37:35.745 T:833     debug <general>: OnPlayBackStarted: CApplication::OnPlayBackStarted
2024-04-17 16:37:35.751 T:1278     info <general>: Creating InputStream
2024-04-17 16:37:35.755 T:1278    debug <general>: CFileCache::Open - <https://12-str08-3201-prod.tv.cetin.cz:443/bpk-token/2AE@ergdb5ui0me2t2bimtuv0ngc4ziuziyhet4cxsaa/bpk-tv/1091/output0/manifest.mpd?bkm-query> opening
2024-04-17 16:37:35.756 T:1278    debug <general>: CurlFile::Open - <https://12-str08-3201-prod.tv.cetin.cz:443/bpk-token/2AE@ergdb5ui0me2t2bimtuv0ngc4ziuziyhet4cxsaa/bpk-tv/1091/output0/manifest.mpd?bkm-query>
2024-04-17 16:37:35.756 T:1278    debug <general>: easy_acquire - Created session to https://12-str08-3201-prod.tv.cetin.cz
2024-04-17 16:37:35.768 T:1206    debug <general>: Loading settings for pvr://channels/tv/V%c5%a1echny%20kan%c3%a1ly@-1/1@pvr.iptvsimple_59155728.pvr
2024-04-17 16:37:35.830 T:833     debug <general>: CPlayerGUIInfo::InitCurrentItem(pvr://channels/tv/V%c5%a1echny%20kan%c3%a1ly@-1/1@pvr.iptvsimple_59155728.pvr)
2024-04-17 16:37:35.932 T:833      info <general>: Skipped 1 duplicate messages..
2024-04-17 16:37:35.932 T:833     debug <general>: ------ Window Init (DialogBusy.xml) ------
2024-04-17 16:37:35.934 T:833     debug <general>: CDirectoryProvider[pvr://tv/]: refreshing..
2024-04-17 16:37:35.935 T:833     debug <general>: CDirectoryProvider[pvr://channels/tv/*?view=lastplayed]: refreshing..
2024-04-17 16:37:35.958 T:1278    debug <general>: CFileCache::Open - <https://12-str08-3201-prod.tv.cetin.cz:443/bpk-token/2AE@ergdb5ui0me2t2bimtuv0ngc4ziuziyhet4cxsaa/bpk-tv/1091/output0/manifest.mpd?bkm-query> source chunk size is 0, setting cache chunk size to 131072
2024-04-17 16:37:35.959 T:1278    debug <general>: CFileCache::Open - <https://12-str08-3201-prod.tv.cetin.cz:443/bpk-token/2AE@ergdb5ui0me2t2bimtuv0ngc4ziuziyhet4cxsaa/bpk-tv/1091/output0/manifest.mpd?bkm-query> using single memory cache sized 20971520 bytes
2024-04-17 16:37:35.959 T:1279    debug <general>: Thread FileCache start, auto delete: false
2024-04-17 16:37:35.960 T:1279    debug <general>: CFileCache:rocess - <https://12-str08-3201-prod.tv.cetin.cz:443/bpk-token/2AE@ergdb5ui0me2t2bimtuv0ngc4ziuziyhet4cxsaa/bpk-tv/1091/output0/manifest.mpd?bkm-query> source read didn't return any data! Hit eof(?)
2024-04-17 16:37:35.960 T:1278     info <general>: Creating Demuxer
2024-04-17 16:37:35.970 T:1278    error <general>: Open - error probing input format, https://12-str08-3201-prod.tv.cetin.cz:4...?bkm-query
2024-04-17 16:37:35.970 T:1278    error <general>: OpenDemuxStream - Error creating demuxer
2024-04-17 16:37:35.971 T:1278     info <general>: CVideoPlayer::OnExit()
2024-04-17 16:37:35.972 T:1279    debug <general>: Thread FileCache 1521480256 terminating
2024-04-17 16:37:35.973 T:1278    debug <general>: Thread VideoPlayer 1254081088 terminating
2024-04-17 16:37:35.990 T:1212    debug <general>: OnPlayBackStopped: CApplication::OnPlayBackStopped
2024-04-17 16:37:35.994 T:833     debug <general>: ------ Window Init (DialogConfirm.xml) ------

@hofikhof: problém je s přečtením dash manifestu. Těžko říct, jestli to nemůže být nějaký síťový problém nebo nějaká chyba v InpustStream Adaptive. Neproběhl nějaký update?

(17.4.2024, 19:18)waladir Napsal(a): @hofikhof: problém je s přečtením dash manifestu. Těžko říct, jestli to nemůže být nějaký síťový problém nebo nějaká chyba v InpustStream Adaptive. Neproběhl nějaký update?

Doma mi fungovalo vse ok, přivezl jsem k bratrovi a tam toto. Taky jede na xDsl, sice jen na 50M. Např. SCC mu jede ok.
Update neprobehl. Playlist i epg se stáhnou, tedy účet je ok. Nefunguje ani přes pvr, ani o2tv 2 appka, ani archiv. Jeste me napada, nemuze za to napr. stara televize samsung, nebo neco s jazykem?

@hofikhof: Zkuste to ještě v prohlížeči případne v ofiko O2 aplikaci a pokud máte možnost, tak i na jiném spojení. Se stejnou chybou jsem se setkal jinde, než u O2TV a tam byl problém právě ve starších verzích ISA. Ale tady by to musela být nějaká kombinace ruzných věcí.

(18.4.2024, 10:24)waladir Napsal(a): @hofikhof: Zkuste to ještě v prohlížeči případne v ofiko O2 aplikaci a pokud máte možnost, tak i na jiném spojení. Se stejnou chybou jsem se setkal jinde, než u O2TV a tam byl problém právě ve starších verzích ISA. Ale tady by to musela být nějaká kombinace ruzných věcí.

Na stejné síti funguje O2TV box bez problémů... ke druhé TV právě proto RPI s libreelec, ale jak říkám, na jiné síti fungovalo s klasickým monitorem na hdmi. Firewall je mikrotik A vytáčí pppoe, zkoušel jsem kde co už nastavovat.

(03.4.2024, 14:59)tonhur@seznam.cz Napsal(a): Tak bohužel. Catchup mám nastavený na 7 dní, Epg taky a stejně to nejde. Zelené tečky mám u všech pořadů. Když přetáčím pořady ručně krokováním dozadu, tak se mi krokování zastaví po jednom dni. Když v kontextovém menu dám "přejít", najedu na výběr data, zadám 01.04.2024, tak mi to stejně skočí na 02.04.2024.

Ahoj, mám naprosto stejný problém, podařilo se vyřešit?
Děkuji

@Stanson: v nastavení Kodi - PVR a Živé vysílání v Televizni program se podívěj, jaký máš nastavený počet minulých dní k zobrazení. Budeš muset asi zapnout úroveň ze Standardní na Expert. Jestli tam máš jeden den, změň to podle toho, kolik dní zpátky máš v EPG a dej Vymazat data, ať se EPG znovu naimportuje.

Děkuji, už to jede.