[Bajtik]

ad 1. přesně tak, curl nebo wget do cronu, podle potřeby... wget např. neumí SOCAT, což je blbé při stahování EPG dat, která se přes SOCAT dají do TVH nalít úplně nejlépe, tedy je potřeba použít curl, který to umí... na samotné stažení playlistu mám radši wget, přijde mi jednodušší ale to je asi o zvyku :)

ad 2. node-ffmpeg-mpegts-proxy je zbytečná, jediné co dělá je, že spouští ffmpeg, takže pak máš všechno na dvou místech a vzniká v tom nepořádek... jednodušší je přepsat obsah node-ffmpeg-mpegts-proxy do pipe://, vypadá to třeba takhle:

pipe://ffmpeg -re -fflags +genpts -i http://adresa.tld/neco.m3u8 -f mpegts -vcodec copy -acodec copy pipe:1

Má to několik výhod, občas i nějaká nevýhoda:

- s node-ffmpeg-mpegts-proxy máš dvě místa na konfiguraci, děláš všechno dvakrát

- node-ffmpeg-mpegts-proxy vkládá input parametr -re (číst vstup konstantní rychlostí dle datového toku) a nejde to obejít, je to tam v kódu natvrdo, musela by se ta proxy trošinku upravit. Když to máš v pipe:// upravíš si příkaz dle potřeby (používám při připojení různých OTT kanálů z internetu, kde některé dodávají data nárazově a pokud to nestíháš číst, tj. s parametrem -re, tak má kanál záseky).

- HTTP(S) klient v tvheadendu není na všech konfiguracích vždy stabilní, někdy bezdůvodně v náhodných intervalech ukončuje spojení i když zdrojový stream by normálně jel dál... Přes pipe:// se tohle neděje a datový tok je narozdíl od integrovaného HTTP(S) klienta v TVH 100% stabilní (pokud nechci pipe://ffmpeg, tak je vždy bezpečnější použít alespoň "pipe://wget -O - -q http://adresa.serveru.tld")

- nevýhodou přímé konfigurace v TVH může být odcizení adresy streamů v případě hacku TVHeadendu, např. donedávna tam byl nepěkný bug, kdy DEBUG konzole šla zobrazit komukoliv včetně non-admin uživatelů a byl tam vidět výpis integrovaného ffmpegu kam se kanál připojuje. Použitím node-ffmpeg-mpegts-proxy je tohle riziko efektivně eliminováno, obzvlášť pokud je ta proxy vidět pouze v intranetu. Ale to je asi tak jediné, jinak je to spíše pro zlost

- výhodou node-ffmpeg-mpegts-proxy může naopak být to, pokud chci těch TVH připojit víc a nechci jako "switch" použít další "full heavy" tvheadend, lze celkem nenáročně za tímto účelem použít node-ffmpeg-mpegts-proxy, určitě má menší paměťovou a výkonovu stopu než celý velký TVHeadend.

---

Je potřeba promyslet, co bude výhodnější pro "IPTV automatic", jedna z těch variant bude snazší, jen v tuto chvíli nevím která.

A ještě poznámka mimo, TVHeadend umí HLS playlisty nativně, i bez ffmpegu/proxy... Moc dobře mi to ale nefungovalo, spojovalo to segmenty špatně, vznikala mezi nimi viditelná pauza což je na rozumné koukání nepoužitelné. Ale nevím jak je to v posledních verzích, možná to už opravili, pak by snad nebylo potřeba vůbec nic, jen stáhnout playlist a nechat TVH ať to zpracuje. Moc tomu nevěřím, ale za zkoušku by to možná taky stálo :)

Ahojky, nemas nejaky script co by mi prave obalil vygenerovany playlist parametrama ffmpegu??? potrebuji pred a za... Diky za info Bajtik