[JiRo]

Protože se chystám projekt iVysílání obnovit, věnoval jsem se včera po západu zatmělého Slunce analýze toho, jaké možnosti má dvojice Tvheadend - Kodi k tomu, aby šlo dynamicky ovládat zobrazení kanálů. Jak jsem tady už dříve popsal mé dosavadní řešení, používal jsem k ovládání zobrazení kanálů v Kodi jejich nastavení enabled/disabled v Tvheadend. Mělo to ale svá úskalí, protože změna stavu se do Kodi bez dalších kroků automaticky nepřenesla. Řešil jsem to malým scriptem v Kodi, který dokázal zjistit, jestli nějaký kanál změnil svůj stav a pokud ano a neprobíhalo právě nějaké přehrávání PVR obsahu, restartoval jsem Kodi PVR. Pokud v té chvíli přehrávání PVR běželo, proběhl restart až po jeho ukončení. Mělo to ale jedno zásadní úskalí. Restart PVR je velmi "choulostivá akce", která zcela náhodně a jen někdy skončí zamrznutím Kodi. Ostatně, patrně kvůli tomu team Kodi zřejmě vnitřní příkaz RestartPVR() kdysi zrušil.

Vyzkoušel jsem tedy pár dalších postupů, jak to vyřešit, aby to bylo co nejméně "bolestivé" a bez rizik, a abych i pro  ostatní identifikoval potenciální možnosti řešení a jejich výsledné chování, tak tady je jejich stručný popis (včetně toho původního, tedy enable/disable kanálu:

1. enable/disable kanálu - do Kodi se sice občas nějaká změna stavu enable/disable dostane, ale je to zcela náhodné, asi tak v poměru 1:20 (úspěch:neúspěch), což je pro praktické použití zcela nedostačující. Doplnění výše uvedeného scriptu v Kodi sice tento problém odstraní, ale zase tam přidá jiný, občasné zamrznutí Kodi. Tak je poměr trochu jiný, a opačný, cca 1:30 (kodi zamrzne:nezamrzne).
   
2. dynamická změna tag-u kanálů - kdy kanálům, které v Kodi nechci zobrazit, smáznu jejich tagy a nastavím jim zvláštní tag Skrytý. V Kodi to pak znamená trochu přeparametrovat skupiny kanálů. Potíž je ale v tom, že i když to vypadá na první pohled dobře, tak se změna tagu a z ní plynoucí přeřazení ze skupiny do skupiny do Kodi spolehlivě dynamicky nepřenese. V podstatě je to stejný problém jako u předchozího případu.
   
3. dynamické mapování kanálů - tady to byla jen idea, kterou jsme ani nezkoušel, protože její podmínkou bylo, že najdu odpovídající funkce v Tvheandend Json api. To se mi ale nepodařilo. Ručně, přes webgui, se mi ten proces podařilo nasimulovat a fungoval správě i na straně Kodi, ale to bylo pro praktické použití málo.
   
4. dynamická generace playlistu - bylo tedy to poslední, co jsem vyzkoušel a potvrdilo se, že to jediné může fungovat spolehlivě. Ve svém důsledku to vlastně vede ke stavu, jako v předchozím bodě, jen je celé řešeno pouze na úrovni primárních dat, tedy playlistu, ale celý proces zrušení/vytvoření kanálu je zcela v režii Tvheadend a co je hlavní, nepřináší téměř žádná rizika a má jen jeden drobný nedostatek.
   

---

Takže k vlastnímu popisu konečného řešení

Primárním krokem je dynamické vytváření obsahu playlistu podle toho, které kanály chci, aby se v Kodi zobrazily. Pak musí následovat nastavení Tvheadend takové, aby se:

• playlist testoval v dostatečně krátké periodě. Toho se dosáhne vhodnám nastavení v network, která danou službu (iVysílání) přijímá. Konkrétně jde o parametr Re-fetch period (mins). Je zjevné, že nastaven by měl být v souladu s nastavení periody aktualizace EPG.
  
• při změně obsahu playlistu (přidání/odebrání kanálu) provedl řetezec následných kroků: vytvoření/odebrání muxu, vytvoření/odebrání service a nakonec i vytvoření/zrušení kanálu. Toho se dosáhne snadno s pomocí vytvoření, a pro danou network správným nastavením, bouquets.
  

Stav kanálu, vytvořen/zrušen, se pak do Kodi přenese vždy spolehlivě, což ale neznamená, že by toto řešení nemělo háček. V okamžiku, kdy se nový kanál vytváří a probíhá jeho scan, může se stát, že neproběhne správně. Takový kanál se pak do celého řetězce, tedy service - kanál - Kodi, nepropíše. Všichni to známe, že scan nemusí dát vždy 100% výsledky, i když zdroj je v pořádku. Tady je většinou pomoc snadná, stačí v network natáhnou hodnotu parametru Maximum timeout (seconds). Pro network iVysílání ji teď mám nastavenou na 20 vteřin a zdá se, po několika desítkách pokusů, že scan všech přidaných kanálů teď proběhne vždy správně.

Tady to asi vyžaduje ode mne jisté vysvětlení, protože každého napadne, proč jsem tento postup nepoužil hned zpočátku. Důvodem byl můj špatný odhad toho, co je a co není důležité nebo podstatné. Ze zkušenosti s Tvheadend vím, že proces vytváření kanálu může být rizikový a také nějakou chvíli trvá. A mě v té souvislosti napadlo, že místo toho použiji jednoduché, spolehlivé a rychlé enable/disbale kanálu. Špatná úvaha, která vedla ke komplikovanému a jak se nakonec ukázalo i výrazně horšímu řešení, i když spíše díky vlastnostem Kodi, než Tvheadend. A mně pak chvíli trvalo, než jsem si to připustil a hlavně, než jsme se pustil do předělání této části řešení. Bouquets jsem používal kdysi, v začátcích používání Tvheadend pro příjem kanálů prvních OTT služeb. Pak jsem ale celý komplex řešení příjmu OTT postavil na známém konceptu tří scriptů: login - playlist - streamer, a bouquets přestal používat. Teď se ukázalo, že své místo stále má.

Toto řešení má pak ještě jednu zajímavou konsekvenci. A ta se může (ale nemusí) projevit v případech, kdy se Tvheaend používá jako zdroj TV kanálů v jiné aplikaci než Kodi. Tam je jakákoliv přímá vazba, kromě té základní zdrojové, tzn. playlist a xmltv, praticky nemožná. Samozřejmě záleží na tom jak a zda vůbec dokáže taková aplikace "vstřebat" časté změny ve zdrojové části poskytované Tvheadend, ale to je už věc jiná.

Závěr

Jak jsem již vícekrát uvedl, snažím se k projektu iVysílání vrátit a i kdybych to nakonec nedotáhl do konce, myslím, že to uvažování a závěry, které jsme tu popsal, mohou někomu, kdo by se chtěl tomuto nebo podobnému projektu věnovat, hodit. Ono takových případů, kdy existují kanály využívané jen někdy a které po většinu času nemají žádný obsah ani EPG, a je tedy na místě je v příslušném klientovi skrývat, je více. Oneplay Sport mutidimenze, Canal+ Sport 4 - 8, Niké Liga, ...