[corve]

Stejně to ještě zlobí, nepřehraju z archivu čt2 - 23.6.2026 - 20.00 hod Robin Hood . Některé jiné pořady přehrává.
Nefunkční 3 zařízení :
Win 10 , 
tv box ,
telefon s A15

[waladir]

@corve: tohle je bohužel problém některých streamu, s kterými si InputStream Adaptive neporadí.

[tyctor]

Ahoj, prestalo mi fungovat nacteni kanalu na strance Zive, zobrazi se jenom prazdna stranka, zadna chybova hlaska
mam aktualni verzi 2.3.2, zarizeni Vero V

[waladir]

@tyctor: zapni Protokolování ladění v Kodi a Logování požadavků v nastavení doplňku, jak je popsané v prvním příspěvku, otevři Živě a pošli mi odkaz na log. Snad z něj vyčtu, kde je problém. U mě to funguje.

[tyctor]

@tyctor: zapni Protokolování ladění v Kodi a Logování požadavků v nastavení doplňku, jak je popsané v prvním příspěvku, otevři Živě a pošli mi odkaz na log. Snad z něj vyčtu, kde je problém. U mě to funguje.

poslal jsem to pres formular Poslat e-mail uživateli: waladir, je to jenom to co se zapise to logu po kliknuti na Zive

[Ribon]

Dobrý den,
mám problém s doplňkem iVysílání verze 2.3.2 na Kodi 18 (Leia) běžícím na CoreELEC 9.2.8 (Amlogic.arm).
Chyba:

Kód:

Error Type: <type 'exceptions.ImportError'>
Error Contents: No module named resources.lib.live
Traceback (most recent call last):
  File "/storage/.kodi/addons/plugin.video.ivysilani.cz/main.py", line 13, in <module>
    from resources.lib.live import list_channels
ImportError: No module named resources.lib.live

Prostředí:

• Kodi 18 (Leia) – Python 2.7
  
• CoreELEC 9.2.8 na zařízení Beelink s Amlogic ARM procesorem
  
• Doplněk verze 2.3.2
  
• Soubor
  Kód:

  live.py
  ve složce
  
  Kód:

  /resources/lib/
  fyzicky existuje
  

Zjištění:
Z logu je patrné že Kodi používá Python path

Kód:

/usr/lib/python2.7

– tedy Python 2.7. Doplněk verze 2.3.x zřejmě již není kompatibilní s Python 2.7 přestože

Kód:

addon.xml

stále deklaruje

Kód:

xbmc.python

verze

Kód:

2.24.0

.
Verze 2.2.1 měla v changelogu "oprava kompatibility s Kodi 18" – bylo by možné vydat verzi kompatibilní s Kodi 18 / Python 2.7, nebo poskytnout starší ZIP k manuální instalaci?
Novější CoreELEC pro můj hardware bohužel není dostupný.
Děkuji za skvělý doplněk a za zvážení zpětné kompatibility.

[waladir]

@Ribon: zrovna iVysílání se udělaný tak, že je kompatibilní i s pythonem 2, tj. Kodi Leia a starší. Ale netestuju to, takže mi něco může utéct. Problém vyřeším. Historie verzí pro Kodi Leia je když tak k dispozici tady: https://mirror.xbmc-kodi.cz/addons/leia/...silani.cz/. Ale spíš počkej, tak do hodiny bude verze s opravou v repozitáři.

---

@Ribon: tak verze 2.3.3 s opravou je už v repozitáři

[Ribon]

@Ribon: zrovna iVysílání se udělaný tak, že je kompatibilní i s pythonem 2, tj. Kodi Leia a starší. Ale netestuju to, takže mi něco může utéct. Problém vyřeším. Historie verzí pro Kodi Leia je když tak k dispozici tady: https://mirror.xbmc-kodi.cz/addons/leia/...silani.cz/. Ale spíš počkej, tak do hodiny bude verze s opravou v repozitáři.

---

@Ribon: tak verze 2.3.3 s opravou je už v repozitáři

Dobrý den,
děkuji za bleskovou opravu verze 2.3.3, trápilo mě to asi dva měsíce, mohl jsem napsat dřív. 
Bohužel doplněk stále nešel nainstalovat na Kodi 18 (Leia) / CoreELEC 9.2.8 s chybovou hláškou "doplněk není kompatibilní s touto verzí".
Problém byl v

Kód:

addon.xml

– dvě závislosti měly nesprávné minimální verze pro Kodi 18:

1. Kód:

   xbmc.python
   byl nastaven na
   
   Kód:

   3.0.0
   – Kodi 18 má pouze
   
   Kód:

   2.24.0
2. Kód:

   script.module.inputstreamhelper
   byl nastaven na
   
   Kód:

   0.4.2
   – nainstalovaná verze na CoreELEC 9.2.8 je
   
   Kód:

   0.6.1
   , ale ta vyžaduje
   
   Kód:

   xbmc.python 2.25.0
   , což Kodi 18 nesplňuje
   

Řešení:
Ručně jsme upravili

Kód:

addon.xml

:
xml

Kód:

<import addon="xbmc.python" version="2.24.0"/>
<import addon="script.module.inputstreamhelper" version="0.3.0"/>

Po těchto změnách doplněk funguje správně na Kodi 18.
Bylo by skvělé pokud byste tyto hodnoty upravil v příští verzi pro zachování zpětné kompatibility s Kodi 18.
Děkuji za skvělý doplněk!

[waladir]

@Ribon: kód dopňku je stejný a liší se jen právě verzí pythonu v addon.xml. Upravuje se to automaticky skriptem, který změny nahrává do repozitáře. Někde se stala chyba. Budu muset udělat novou verzi, kde to bude upravené, protože to co je v XBMC-Kodi CZ/SK repozitáři už neupravím. Díky za upozornění.

[waladir]

ve verzi 2.3.4 už by měla být závislost správně

[j.zelinka]

Omlouvám se za dotaz, který se tu možná řešil. Snažil jsem se projít celé fórum, ale je toho hodně.

Používám Kodi s doplňkem iVysílání v ArchLinuxu, Kodi je verze 21.3. Mám problém s přehráváním DRM chráněného obsahu z archívu ČT (vůbec se nespustí), jestli jsem to správně pochopil, tak to by na rozdíl od živého vysílání mělo fungovat. Ale možná jsem to pochopil špatně, v tom případě je zbytečné číst další text a budu rád, když mě někdo vyvede z omylu.

Problematice kolem DRM moc nerozumím, takže jsem problém zkusil řešit s pomocí ChatGPT. Ten nakonec usoudil, že problém je v InputStream Adaptive (mám verzi 21.5.21), který předá WideVine nesprávný KID - samé nuly. Taky navrhuje poslat mail vývojářům InputStream Adaptive. Ale rád bych znal taky názor někoho "živého". Můžu případně poslat něco s diskuse s AI.

Zkusil jsem doplněk i na tabletu s Androidem, DRM chráněné video mi tam taky nehraje.

Předem díky za jakoukoliv odpověď.

Jiří Zelinka

[waladir]

@j.zelinka: ISA umí obsah s Widevine DRM přehrát, ale iVysílání v některých případech používájí rotaci klíčů, s kterou si neporadí. Je možné, že v budoucnu to nějak vyřeší (mají na to issue https://github.com/xbmc/inputstream.adap...ssues/1657). Takovéhle streamy do té doby bohužel přehrát nepůjdou.

[j.zelinka]

@j.zelinka: ISA umí obsah s Widevine DRM přehrát, ale iVysílání v některých případech používájí rotaci klíčů, s kterou si neporadí. Je možné, že v budoucnu to nějak vyřeší (mají na to issue https://github.com/xbmc/inputstream.adap...ssues/1657). Takovéhle streamy do té doby bohužel přehrát nepůjdou.

Díky za vysvětlení.

[waladir]

Díky poštouchnutí od @JiRo: jsou ve verzi 2.3.5 dostupně i pořady z ČT Sport Plus.

[tyctor]

zdravim, mam dotaz, jestli vam iVysilani funguje bez vypadku.
mne tak cca 2tydny se deje to, ze casto dochazi k preruseni prehravani, protoze nejaky konkretni segment prave nelze nalezt

tady jeden priklad:
2026-09-06 23:02:46.571 T:678   warning <general>: AddOnLog: inputstream.adaptive: [AS-511] Segment download failed, attempt 10...
2026-09-06 23:02:46.572 T:678     debug <general>: CurlFile::Open - <https://ivys-st06-1.o2-tv.cz/ac/f9146853df649a3eb3114434e8491d36/1788728544714/
a9b9c6190835d1ddc4ab4afa64f5fb5b6/dna-2402-tv-1080p_5/stream/dash/AST-1788652800/1001-1704/46684227.m4s>
2026-09-06 23:02:46.584 T:678     error <general>: AddOnLog: inputstream.adaptive: [AS-511] Download failed, HTTP error 404: https://ivys-st06-1.o2-
tv.cz/ac/f9146853df649a3eb3114434e8491d36/1788728544714/a9b9c6190835d1ddc4ab4afa64f5fb5b6/dna-2402-tv-1080p_5/stream/dash/AST-1788652800/1001-1704/4
6684227.m4s

zkusi teda 10x stahnout dany segment, ale pokazde to skonci stejne na HTTP error 404, a pak se prehravani vypne.
a chova se to stejne na vsech CT streamech,ale ten interval kdy nenalezne nejaky segment se meni, nekdy to prehravatreba 10minut v poradku, nekdy vypadky i kazdou minutu

diky za pripadne odpovedi

[waladir]

@tyctor: zkus prosím zapnout Protokolování ladění (nastavení Kodi - Systém - Protokolování), něco pusť a až se to stane, zkopíruj log nebo pošli odkaz z Kodi Logfile Uploader. Taky mi pošli, co přesně pouštíš (ideálně něco z archivu) do SZ. Večer to zkusím nasimulovat. Našel jsem podobnou chybu v Input Stream Adaptive, ale už je docela stará a opravená. Ale můžeš teoreticky zkusit i downgrade ISA, jestli se tam ten problém nedostal updatem.

[tyctor]

archiv toto nedela, deje se to jenom na streamech v sekci Zive, log poslu do SZ

[pbk]

Možná je problém v časové synchronizaci mezi klientem a servrem. MPD(live) manifest u ČT nemá definovaný segment list, takže si ty jednotlivé URL pro segmenty musí klient vygenerovat sám. Pokud je ale nějaký větší rozdíl v čase, pak klient požaduje soubor který (už/ještě) na serveru neexistuje (404). Ale MPD manifest obsahuje UTCTiming element, takže by ISA měl synchronizaci zajistit sám (na ISA ale nejsem specialista takže nevím).

[waladir]

@pbk: podle detailu z logu to tak asi bude. Dochází tam k tomu, že po nějaké době se ISA skočí v sekvenci segmentu výrazně dozadu a to pak končí 404. Zatím jsem zkusil pro live TV použít HLS. Uvidím jestli se to osvědčí a nezpůsobí to jiné problémy.

[JiRo]

I já bych řekl, že ten postřeh @pbk: míří správným směrem. A důležité je to jeho "už/ještě", protože ten segment tam buď už není, nebo ještě není. Primární problém je, že iVysílání používá <UTCTiming>, což ISA zřejmě nedokáže zpracovat úplně správně, pokud tedy vůbec. Ale to by asi k pádům nebo zamrznutí vést nemělo. Ten fatální důsledek bude nejspíš díky tomu, že Kodi buď nemá kvalitně synchronizovaný čas, takže se dostane do situace, že tam ten očekávaný segment už/ještě není a v daném časovém rámci prostě ani nemá šanci tam být. Pokud je časová synchronizace Kodi v pořádku, tak by tomu mohlo ještě odpomoci zkusit změnit nastavení ISA. Bohužel ale současná verze  ISA ty parametry v nastavení doplňku uvedené nemá. Ale zkusil bych je nastavit (editovat v textovém editoru) přímo v adresáři settings.xml v datovém adresáři doplňku ISA. Nejsem si 100% jistý, jestli je doplněk použije, pokud ano, mohlo by to možná pomoci, takže to za vyzkoušení určitě stojí. Jsou to parametry:
 

Kód:

<setting id="ASSUREDBUFFERDURATION">15</setting>
<setting id="MAXBUFFERDURATION">30</setting>

 
Zkusil bych je nastavit na výše uvedené hodnoty. Resp. by bylo zajímavé, na jaké hodnoty, pokud tam vůbec jsou, je má @tyctor: nastavené teď, kdy se mu ty problémy s přehráváním objevují. Pokud je v tom souboru vůbec nemá, tak bych je tam klidně vložil.

Pozn. Nastavení je nutné provést při zastaveném doplňku (což ale jednoduše nepůjde, protože ISA je většinou v mnoha závislostech) nebo celého Kodi. Otázka je, na jakém systému to vůbec dotyčný provozuje, protože to může mít ještě další konsekvence. Ale tuhle dříve běžně uváděnou infomaci zjevně lidé nepokládají za důležitou. Tak budeme čekat na reakci...