Přihlásit se na XBMC-Kodi.cz

Mne to porad hlasi chybu v doplnku a uz nemuzu.V pc sem to rozchodil,ale tam se mi nahravani po cca pul minutach na vterinu zastavi,takze je to nekoukatelny.Chtel sem teda nahravat aspon v androidu,ale proste ne.Koncim,sem minutu od rozflakani tretiho tabletu.Off.

Protože se na ne úplně vhodném místě - Jaký nejjednodušší doplněk na nahrávání IPTV? - rozjela diskuse k tématu, pokusím se oživit toto vlákno, kam takové diskuse primárně patří.

Na začátek krátká rekapitulace:

• V současné době zřejmě není správa tohoto doplňku aktivní. Existuje jak primární účet github, původního autora, kde je ale pouze prastará verze, kterou bez úprav na Kodi 21 nenainstalujete, a pak několik klonů, kde jsou verze upravované v pozdější době. Ale i ty mají své menší či větší mouchy. 
  
• Doplněk je napsaný poněkud svérázných způsobem. To není kritika, to je jen konstatování. V jeho důsledku, kromě jiného, jsou jeho úpravy pro příchozího o něco komplikovanější, než by bylo očekávané. Když pominu to, že hlavní modul (doplněk má modulů pouze 6 + jeden nakopírovaný knihovní modul tzlocal) má přes 3600 řádků, je tohle pro někoho, kdo se v něm chce vyznat, dost složité.
  
• Navíc jsou některé funkce doplňku řešeny poněkud nestandardně. Mám na mysli zejména způsob řešení multithreadingu (souběžné plánování nahrávání a vlastní nahrávání z více kanálů), kde se používá metoda generování python kódu, které pak doplněk spouští jako samostatné python scripty. Takhle by se to dnes už asi dělat nemělo. Jednak kvůli tomu Kodi "řve", že to může v některé z dalších verzí přestat fungovat a jednak je tohle hodně obsolete řešení. I když některými programátory stále využívané...
  
• Stále v doplňku přetrvávává známý problém analýzy data a času z EPG, které je v doplňku funkční jen pro en a de a ještě jen pro jednu konkrétní specifikace jejich formátu. To úplně šťastné řešení není, ale úprava pro cz a sk zas tak složitá není.
  
• Poslední zatím zjištěný problém se týká playlistu, kde autoři zjevně nepočítali (ani v té době nemohli), jak z existencí více instací IPTV Simple Client, tak s možností existence i jiných typů řádků, než tradiční dvojicí #EXTM3U a #EXTINF:. Takže pokud se v playlistu např. vyskytne #EXTVLCOPT: ovlivní to negativně logiku funkce doplňku při spouštění nahrávání. To se nespustí, resp. se pokusí spustit, ale díky chybě v parametrech volání ffmpeg, způsobené právě neočekávanou strukturou playlistu, se okamžitě ukončí a zanechá po sobě jen prázdný ts soubor. Ani tady to není nijak zásadní, jen je třeba s tím, jak při parametrizaci doplňku, tak při volbě struktury a obsahu playlistu, počítat. Např. tedy použít jinou metodu vložení parametrů, než do řádku#EXTVLCOPT:. Konkrétně se to může týkat zdrojů Live TV streamů, jejichž servery používají kontrolu hlavičky zdrojové url (referrer).
  

Já sám jsem si, ze studijních důvodů, funkci doplňku upraveného pro použití v Kodi 21 vyzkoušel na testovacím Kodi a s playlistem obsahující linky streamů tv kanálů jednoho cz/sk provozovatele tv vysílání, které jsou celkem jednoduše dohledatelné a použitelné bez jakéhokoliv omezení. A po kratším úsilí se mi to podařilo. Jak přijímat Live TV vysílání, tak plánovat nahrávání, nahrávat i přehrávat vybrané pořady. Se všemi nevýhodami a omezeními, o kterých píši výše.

Co na její závěr?

Jak už jsem tady na fóru napsal, je otázkou, zda se v dnešní době má smysl tímto doplňkem zabývat. Pokud někdo přijímá Live TV přímo v Kodi, používá k tomu většinou doplněk dedikovaný konkrétní OTT službě. A ty v sobě většinou již nahrávání (ne sice lokální) mají zakomponované. Takže doplněk by měl smysl pouze pro ty případy, kdy uživatel linky Live TV streamů získal přímo. Ať už vlastní péčí analýzou nějaké služby nebo jako produkt nějaké problematické činnosti. Pokud je to ten první případ, dá se to tolerovat, pro ten druhý případ bychom se tím tady na fóru, s ohledem na jeho pravidla a zásady naší komunity, neměli zabývat. Proto i já váhám. Na druhou stranu ale v případě, pokud si to někdo vyřeší pro vlastní potřebu a nebude to veřejně (a zejména masivně na kanálech typu Facebook a podobných) šířit, tak proč ne. A pro takové byl určen můj příspěvek.

Existuje alternativa?

Ano, ale je to jako vždycky něco za něco. Můžete příjem a základní zpracování Live TV přenést z Kodi do Tvheadend, a máte pak v Kodi možnost přijímat i nahrávat (lokálně), cokoliv chcete. Ovšem za cenu toho, že u OTT služeb přijdete o možnost využívat jejich proprietální funkce nahrávání. Ale i tady řešení existuje, v podobě hybridního řešení, kde si můžete příjem části kanálů realizovat prostřednicctví Tvheadend a PVR doplňku HTSP a pro část využít dedikované Kodi doplňky a IPTV Simple Client. Ale to je už na trochu jiné téma...

Zopar dolezitych poznamok ku IPTV Recorder

- nefunguje, ak mate playlist, ktory spatne vola doplnok (ako bol kedysi skylink napr.)
- nemusi fungovat korektne, ak playlist smeruje na playlisty (t.j. adaptivny playlist s viacero rozliseniami)
- nebude fungovat, ak je stream kryptovany napr. cez widevine DRM
- nebude Vam nahravat, ak vypnete Kodi (ano, toto treba spomenut, nie kazdemu to dochadza) 
NOTE - u Androidu predpokladam nebude nahravat ani ked vypnete box, alebo sa box uspi, kedze Android uspi aj pustene aplikacie.

Dovod je ten, ze to vlastne spusta binarny ffmpeg s url na stream a ten samozrejme nevie ani widevine, ani nepouziva inputstream adaptive (vybere si stream zo streamov asi nahodne, netusim), atd atd.

Ak chcete jednorazovo nahrat nieco a mate priamu url na nekryptovany hls stream (ci uz live, alebo archivny), stiahnite si ffmpeg a pustite:

ffmpeg -headers "Header1: value ak treba\r\nHeader2: value ak treba\r\n" -i https://url-na-hls.m3u8 -c copy vystup.mp4

- headers len ak su potrebne a viete ich (napr. User-Agent, Referer, Authorization, cookies, ...)
- moze byt aj .mkv ak preferujete samozrejme

Ak ide o live stream, po skocneni programu zastavte ffmpeg pomocou ctrl+c.

Tip, ak si stiahnete aj ffplay, tak mozte si tak priamo prehravat streamy, niekedy je to rychlejsie ako vlc ci kodi, ked kontrolujete funkcnost

ffplay -headers "Header1: value ak treba\r\nHeader2: value ak treba\r\n" https://url-na-hls.m3u8

@cache: Ano, to jsou dobré připomínky, které by si každý, kdo chce IPTV Recorder používat, uvědomit. Přesto bych je mírně doplnil/upravil.
 

• nefunguje, ak mate playlist, ktory spatne vola doplnok (ako bol kedysi skylink napr.) - tady bych raději napsal, že nefunguje vždy, pokud playlist volá doplněk - myslím tím, že to slovo špatně, tam být nemá/nemusí. EDIT Tady jsem špatně původní text pochopil já, resp. jsme si špatně přeložil slovenské slovo "spatne", které bylo napsané bez diakritiky a znamenalo "spätne" a ne "špatne", jak jsem ho pochopil já. @cache: to v následujícím příspěvku vysvětluje, takže v tomto bodě jsme ve shodě a není to třeba dále komentovat.
  
• nemusi fungovat korektne, ak playlist smeruje na playlisty (t.j. adaptivny playlist s viacero rozliseniami) - tady bych chtěl v první řadě vysvětlit častý mýstus vedoucí k podobnému vyjadřování, že playlist směřuje na playlisty. O žádné playlisty se nejedné, jsou to soubory manifestu adaptivních protokolů. Jeden z typů adaptivních protokolů používá stejnou příponu jako playlist, i jeho struktura je hodně playlistu podobná, ale o playlist se nejedná. Otázkou je i to, proč nemusí fungovat korektně. Tady to je čistě záležitost ffmpeg, které by mělo mít schopnost daný typ manifestu parsovat. V případě HLS to problém není, v případě MPEG-DASH záleží na tom, jak bylo dané ffmpeg sestavené, pokud se správnou knihovnou, tak ani tady problém není a stream v něm zpracovat, tedy i nahrát, lze.
  

Co se týče případného vložení parametrů headers, tak to lze provést i v rámci běžné funkce doplňku. Je možné to udělat buď přímo v jeho nastavení, ale to je vhodné pouze v případě, že všechny streamy používají stejné parametry. Pokud jsou ale poskytovatelé různí a používají různé hodnoty url např. pro parametry referrer/referer je třeba pro různé kanály (a jejich streamy) používat i různé parametry v headers. Pak je možné, či spíše nutné, ale jen u Kodi počínaje verzí 20 (tou verzí si nejsme úplně jistý) použít možnost vložení parametru pro headers do linku:
 
stejně, jako se to dělá pro Kodi přehrávač. Pak se ani nemusí použít v playlistu řádek uvozený tagem #EXTVLCOPT:., který tam může dělat, resp. dělá tam, problémy, kvůli kterým doplněk nahrávání nespustí. Ale o tom jsem už psal výše.

Každopádně to ukazuje, že použití doplňku IPTV Recorder není úplně out-of-box a v případech, pokud to se sledováním a současně s lokálním nahráváním kanálů IPTV/OTT služeb a zejména z streamů "jinak získaných linků" myslíte vážně, je lepší se zamyslet nad jiným řešením. Nabízí se už zmiňovaná dvojice Tvheadend + Kodi. Ani tady to není úplně out-of-box, ale co je hlavní, jde v obou případech o udržované a autory podporované aplikace, u některých instalací dokonce společně v rámci jedné instalace (*ELEC systémy).

Doplnim @JiRo: a vysvetlim, co som tym myslel :)

- spatne bolo myslene "spätne", cize nazad, nie "špatne" ako zle :) Cize ano, rozumieme si, akonahle playlist nema priame linky, ale vola doplnok, ktory nasledne riesi napriklad autentifikaciu a podobne, tak to proste fungovat nebude

- "ak playlist smeruje na playlisty" - ano, to je zjednodusene povedane, jedna sa skratka o informacie o rozliseniach a bitratoch streamov, z ktorych si inputstream adaptive vybera vhodny stream podla situacie; ffmpeg toto vie sparsovat a spustit, ale netusim, podla coho si vybera stream, v mojich pokusoch, kde v adaptivnom manifeste bolo asi 5 streamov az po FHD vytrvalo vyberal 720p, preto ta poznamka, ze nemusi fungovat korektne - t.j. ocakavano - skratka moze nastat situacia, ze user cez iptv simple client pozera FHD (inputstream adaptive zariadi) a iptv recorder (ffmpeg) bude nahravat 720p a user nema sancu zistit preco

@cache: Aha, takže "ztraceno v překladu", tak to se omlouvám, špatně jsme to pochopil. Nějak to v textu vysvětlím...

K tomu výběru adaptivních streamů v ffmpeg. Používám to v Tvheadend a vždy mi to vybíralo a vybírá jen ten nejkvalitnější stream. Neřekl bych ale, ale že kritériem k výběru je skutečně ten nejkvalitnější stream, ale je to dáno tím, že ty informace o něm jsou v manifestu uvedeny jako poslední a ten poslední stream právě ffmpeg vybírá. Takže pokud by ty streamy v manifestu nebyly seřazené podle kvality od nejhorší k nejlepší, tak to by skutečně nemuselo vybrat vždy ten nejlepší.

U HLS by v tom případě pomohlo celkem jednoduché parsování manifestu. U MPEG-DASH to tak jednoduše nejde, ale tam by se např. mohl použít streamlink, který best kvalitu exlicitně vybrat umí. To už pak ale dost zásadně omezuje použití doplňku pouze na ty instalace, kde je streamlink k dispozici.