[Client]

@beitlj No super, díky. Zběžný pohled potvrdil, že jsem měl správný request a ostatní parametry také. Takže chybka bude někde zakutaná, ale k tomu se dostanu až doma.

K tvému případu. Tys měl vlastně už síť, muxy, služby i programy vytvořené z toho předchozího playlistu typu 2, že? To tedy znamená, že se ti těmi z nového playlistu nepřepsaly, což ani nemohly, protože ten script zřejmě nevrací data streamu. Bohužel se to první pohled nepozná. Nový scan neposkytne smysluplná a funkční data, Tvheadend si tedy nechá data stará. Ta sice mohou být správná, ale ve finále se nepoužijí, protože jsou "přebity" těmi, která do TVheadend pošle script volaný přes pipe://. Doporučím ti při prvním scanování sledovat on-line log Tvheadend, abys viděl, jak to probíhá.

Ale k věci.

• Určitě bud vhodné si v konfiguraci sítě nastavit Maximum # input streams: na nějaké rozumné číslo. Já pro služby postavenou na NanguTV dávám 4. Alespoň pro začátek. Když tam necháš default, tedy 0, Tvheadend spustí scanování všech kanálů jeden po druhém a to většinou server služby nezvládne. Ale kdyby byl problém tady, tak by ti fungovalo alespoň něco.
  
• Script musí mít atributy spustitelného souboru.
  
• Musíš mít instalovaný ffmpeg. Pozor, to že ho spustíš z konzole ještě nic neznamená, uvědom si, že ho ve finále spouští Tvheadend.
  
• Další co je potřeba ověřit si, jestli se ti spouští samotný script a v něm to klíčové, a to je ffmpeg, Je dobré si nejdříve ověřit ručním spuštěním toho scriptu. V podstatě si na konzoli zadej ten řetězec (bez pipe://) co máš v playlistu a spusť si ho. Pozor, pokud se to povede úspěšně, tak se na konzoli začnou valit data toho streamu, proto je dobré si před ten, který spouští ffmpeg, alespoň pro začátek dát echo. Vypíše se ti tak celý příkaz i se skutečným parametry, ffmpeg se nespustí, ale ty uvidíš, jak vypadá konečná podoba parametrů.
  
• Já si ještě, při různých testech (už s vheadend), buď vyhazuji z parametrů volání ffmpeg ve scriptu -loglevel fatal, (nebo -v fatal)  a pak se do logu Tvheadend dostane z ffmpeg víc informací, případně si přesměrují stderr ffmpeg do souboru (na konec parametrů dám 2> <nějaké_jméno_souboru>
  
• A poslední věcí je to, jak vypadá současná podoba scriptu a parametrů ffmeg. Ne každá služba OTT snese parametry, které u jiné služby bez problémů fungují. To za prvé. Za druhé, nechci se @pavuucek dotknout, ale jeho scripty a parametry ffmpeg bývají značně košaté a je tam plno zbytečností, který mají občas tendenci spíše komplikovat.
  

A ještě dvě poznámky:

• I když při generování použiješ plalyist typ 3, tak ten playlist typu 2 se ti vygeneruje také. Jen má jméno (nevím, jestli si to pamatuji dobře) playlist.generic.m3u8. Takže si kdykoliv můžeš přejít na to původní řešení. Dokonce to může vypadat i tak, že si vytvoříš dvě sítě, do jedná vložíš ten "generic" plalyist a přijímáš ho postaru" a do druhé ten playlist.m3u8 (jen si musíš posunout začátek číslování, aby v Kodi měly jeho kanály jiná čísla). Můžeš si hrát a tetsovat a přitom ti původní kanály budou chodit dál po staru. 
  
• jestli jsem v některých bodech popisu šel zbytečně do hloubky, omlouvám se. Nikdy nevím, jaké znalosti a zkušenosti má protistrana, proto raději napíšu více než méně.
  

Tak myslím, že jsme to pospal všechno. Detaily jsme samozřejmě vynechal, ale pokud bude třeba, můžu je rozvést. Ono to vypadá složitě, ale jde jen o poprvé. Jakmile to vychytáš, bude to do doby, než provider něco změní, chodit dobře a nebudeš se o to  muset vůbec starat. Já takhle provozuji několik služeb, několik řešení pro další jsem i vytvořil a zdá se, že s tím moc velké problémy nejsou.