@vrzy Klidně to použij v LibreELEC nebo v jakémkoliv jiném Linux-base systému. Podmínkou je, aby měl nainstalovanou jq aplikaci, což je dnes podle mne téměř pravidlem. [EDIT] Pokud ve vašem systému chybí, je třeba ji nainstalovat. V případě máte-li LibreELEC, je aplikace jq součástí addon System Tools, ze sekce Doplňky programů repozitáře LibreELEC Add-ons.
Postup bude následující:
- Adresář, kde to budeš celé provozovat si zvol kdekoliv, kam můžeš v systému zapisovat. Adresář, který na to používám já, najdeš v proměnné data každého z obou skriptů. Pokud si zvolíš nějaký jiný, musíš cestu k němu uložit právě do této proměnné, tzn. nahradit tam stávající cestu tou tvoji cestou.
- Podobně musíš skript upravit i co se týká cesty k ffmpeg, ta je uložená v proměnné prog. Pokud používáš LE 9.x, musíš si nainstalovat addon ffmpeg-tools z repozitáře LibreELEC Add-ons, pokud používáš LE 8.x, stačí tu cestu nahradit prázdným řetězcem.
- Do adresáře umístíš skript steramer.sh, ve kterém buď hodnotu v proměnné deviceid (teď je tam xxxxxx) upravíš podle tvého deviceid. Kde deviceid najdeš, je uvedeno v postech výše. Jinou možností je uložit si hodnotu deviceid do 1. řádku textového souboru script.id a u skriptu odkomentovat (odstranit úvodní znak #) řádek #deviceid=$(cat ${data}/device.id | head -n 1), to způsobí, že si script po každém spuštění načte hodnotu deviceid ze souboru.
- [EDIT] Jako poslední věc je třeba u souboru streamer.sh nastavit atribut spustitelného souboru. Tzn. použít příkaz chmod +x streamer.sh.
- V adresáři si vytvoříš ručně soubor playlistu. Název souboru je celkem libovolný, jen ho pak musíš stejně zadat do příslušného parametru sítě v TVH.
- Alternativně můžeš pro vytvoření souboru použít druhý script, playlist.sh. Umístíš ho do adresáře a upravíš hodnotu proměnné deviceid stejně jako u streamer.sh. Můžeš samozřejmě použít i stejnou metodu s využitím souboru device.id. Po spuštění ti skript vytvoří soubor playlist.generic.m3u8. Doporučuji soubor zkopírovat a editovat podle toho, které kanály budeš chtít v TVH mít.
S jakými problémy se můžeš setkat, jaká mám doporučení:
- Skenování kanálů je ze strany zpracování v TVH poměrně pomalé, takže vhodné omezit počet současně skenovaných kanálů. Dá se to zařídit tak, že před skenovánín nastavíš parametr sítě Maximální počet vstupních streamů na hodnotu 1, max. 2. Po naskenování ho pak změníš na požadovanou hodnotu nebo 0.
- Radiové kanály skript playlist.sh vygeneruje společně s těmi televizními. Musíš si to tedy ošetřit sám. Buď je z playlistu jednoduše vyhodit nebo v příslušných službách v TVH vnutit typ "Radio", případně vygenerovaný playlist rozdělit na dva a pro každý z nich vytvořit v TVH vlastní síť. Pak ale musíš vytvořit kopii streameru a v něm změnit ve volání ffmpeg typ zdroje na radio.
- Po každém mapování kanálů se stává, že většina TV kanálů je spuštěna pouze s audio streamem. Zřejmě to souvisí s použitým HLS protokolem. Po druhém spuštění kanálu se vše upraví.
- Doporučuji v běžném používat ve volání ffmepg option -loglevel fatal (ve streamer.sh je tento parametr defaultně použit). HLS protokol, který Kuki používá, generuje v ffmpeg značné množství hlášek, což má za následek znatelné zpoždění při skenování i přepínání kanálů. V současné chvíli se prodleva při přepínání pohybuje cca do 2 vteřin.
- Naopak nedoporučuji používat -re (ve streamer.sh proto není tento parametr defaultně použit). Zejména u internetových připojení s kolísající kvalitou. Pokud je použito, buffer Kodi playeru (viz crtl-shift-o zadané při přehrávání v Kodi) se zaplňuje na hodnoty kolem 15%, což může být příčinou méně plynulého přehrávání. Pokud se parametr -re nepoužije, datový tok ze serveru služby se sice stane méně plynulým (což ale ničemu nevadí), ale zaplnění bufferu Kodi playeru se pohybuje soustavně v hodnotách 75-100 % (spíše je to tak, že je většinou 100 % a občas poklesne až k 75 %)
Obecně platí, že to, co se tady formou skriptů pro získávání playlistu placených služeb prezentuje, je určeno pro zkušenější uživatele. Nemám v úmyslu se každému detailně věnovat. Pokud ti můj návod nestačí, zeptej se, pokusím se odpovědět lépe. To nelze pokládat za spamování. Rozhodně ale nemám zájem ani čas, a upřímně, ani chuť (nic ve zlém) s každým ten problém řešit individuálně přes PM. To by nebylo účelné, už kvůli ostatním, kteří by tak přišli o užitečné informace.