• Vítejte na XBMC-Kodi.cz
  • Česko-slovenská komunita fanoušků XBMC/Kodi
Zdravím hosta! Přihlášení Registrace


Hodnocení tématu:
  • 2 Hlas(ů) - 4.5 Průměr
  • 1
  • 2
  • 3
  • 4
  • 5
Tvheadend a IPTV
@rene.hav Asi nějak takto:

Kód:
ffmpeg ... -re -reconnect ... -i http://... pipe:1

Obecně vzato je struktura ffmpeg parametrů asi takováto:
Kód:
ffmpeg [globální_parametry] [parametry_týkající_se_vstupu] -i [vstup] [parametry_týkající_se_výstupu] [výstup]
Pro TVH je výstup definován tím pipe:1, což znamená stdout.

Ad TVH & Synology. Nevím, jestli si kompiluješ TVH sám nebo používáš Synology aktualizaci. Většinou ty jejich aktualizace nebývají úplně ty nejnovější.
Client/TV Server: Asrock Beebox+LE 8.2.5+Tvheadend 4.2,  Clients: RPi 2+LE 8.2.5 2xW10+Kodi 17.6, Android Mobile+TVHClient+Yatse NAS: Asustor.
Máte-li nějaké dotazy, nepište mi SZ, na to je fórum. Pomůžete i ostatním!
 
Citovat
@JiRo: přesně takovéto nakopnutí jsem potřeboval, děkuji!

Používám instalaci ze synology "App Storu" - kompilovat si aplikaci sám.. na to vůbec nemám ambice(=dovednosti) :)
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
Zdá se, že pomohlo doplnit User-agent: foo do vlastních HTTP hlaviček, nemám šajn, co to má dělat a ani se mi to zatím nedaří dohledat, ale po dni testování (což není moc) to vypadá jako fungující řešení.
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
Tak ne, nepomohlo. Objevila se v logu hláška, kterou následuje zářez: service instance is bad, reason: No input detected - pro mě nic neříkající. Asi to pro mě znamená konec s TVH. Patrně na to můj zdroj streamů prostě není stavěný.
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
Hlásím se po delší době, a konečně s dobrou zprávou. Pokud bude mít někdo problémy stejné jako já a to tedy: streamy skrz TVH honím pomocí ffmpegu, ale bojoval jsem s tím, že jsem při přehrávání stremů v Kodi dostával od HTSP klienta hlášku "No Signal" - stream se zastavil a přerušil se Timeshift. Ovšem po zapnutí funkce "Use packet backlog" se vše, jako mávnutím kouzelného proutku spravilo. Vše jede naprosto bez potíží. Nejsem schopen poskytnout vysvětlení, protože ho sám neznám a po všem tom dlouhém a bolestném bádání teď nemách chuť se po něm pídit. Důležitý je pro mne teď výsledek, kterým je bezvadně fungující TVHeadend server.
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
@rene.hav Výborně. Přinesl jsi další zajímavý poznatek. Díky.

Zní to logicky. Chápu to tak, že když to zapneš, tak se TVH při porušení kontinuity na to nevykašle a session neuzavře, dělá jakoby nic a nechá na klientovi, aby si s tím poradil. Ne každý klient to zvládne se ctí, ale Tvheadend HTSP Client ve spolupráci s Playerem a bufferem v Kodi ano.

Zajímavé by bylo si ten OTT/IPTV zdroj pustit, zobrazit si vedle sebe log a Stav > Stream TVH, log Kodi a jeho Ctrl+Shift+O. Hodně by to o tom, co se v celém řetězci zpracování streamu děje, povědělo. Na druhou stranu, chodí ti to, tak zas není tolik nutné se v tom šťourat. Jak jsi hezky a správně napsal, důležitý je výsledek.
Client/TV Server: Asrock Beebox+LE 8.2.5+Tvheadend 4.2,  Clients: RPi 2+LE 8.2.5 2xW10+Kodi 17.6, Android Mobile+TVHClient+Yatse NAS: Asustor.
Máte-li nějaké dotazy, nepište mi SZ, na to je fórum. Pomůžete i ostatním!
 
Citovat
@JiRo: Chápeš to správně. Já vlastně pořád v logu TVH nacházím hlášku "service instance is bad, reason: No input detected" ale stream se nezastaví, Kodi a jeho buffer to ustojí a přehrává se dál. V Stav > Stream TVH vidím, že input je v tu chvilku na nule, pak následuje nula na outputu a v ten moment to jede z bufferu Kodi a jeho Playeru. Celé se to stane třeba ve 3 sekundách, možná ani ne. Pak zas naskočí data na inputu a během dalších 1-2 sekund se srovná množství dat input/output a jede se dál. Kodi buffer v tu chvíli přijde třeba o 30% dat, která si ale po tomhle procesu doplní.

Co je ale důležité, uživatel u klienta o ničem z toho neví :)

Je to celé zvláštní, protože pokud ten samý stream hodím do IPTV Simple Clienta, můžu ho sledovat hodiny, možná celé dny s plným bufferem bez škobrtnutí.

Budu se po tom pídit, když už jsem se do toho takhle položil, tak to jen tak nenechám, ale asi jako všichni v tomto ročním období, volného času mám pomálu. :)
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
@rene.hav Ta situace u IPTV Simple Clienta je mnohem jednodušší. On vlastně nic nedělá, jen předhazuje adresu (přes funkci Live TV) streamu Playeru v Kodi, takže celé to řízení toku dat se děje pouze na jednom místě a je tam v cestě jen jeden buffer. V případě, pokud to jde přes Tvheadend, tak jsou to místa tři (ffmpeg, Tvheadend a Player) a každý má svůj menší či větší buffer a zpoždění a také má každý svou strategii řízení toku dat, které spolu nemusí "ladit" a ty jednotlivé strategie mohou působit proti sobě. To co popisuješ, ta návaly dat, pak zase žádný přenos, kdy si klient bere pouze data z bufferu, to je přesně ono. BTW Zkusil jsi tam dát to -re? A mělo to nějaký vliv? Tady by asi chtělo vyzkoušet si to stream po streamu (tedy pokud je máš z různých zdrojů), protože pro některé zdroje streamů tam to -re může působit negativně, pro jiné zase naopak pozitivně. Ale máš pravdu, pokud to teď chodí, tak si šetři čas na příjemnější věci. 4
Client/TV Server: Asrock Beebox+LE 8.2.5+Tvheadend 4.2,  Clients: RPi 2+LE 8.2.5 2xW10+Kodi 17.6, Android Mobile+TVHClient+Yatse NAS: Asustor.
Máte-li nějaké dotazy, nepište mi SZ, na to je fórum. Pomůžete i ostatním!
 
Citovat
@JiRo: Ano, -re jsem zkoušel, ale nepomohlo mi, naopak při jeho využití se buffer Kodi plnil jen do asi 35% a přineslo mi to víc potíží. Když mám zapnutou tu funkci Use packet backlog, tak parametr -re nevadí, zároveň mi ale nepřináší nic užitečného, takže nepoužívám. Pak jsem zkoušel i parametry -reconnect... a ty se mi za žádnou cenu nepovedlo do příkazu zařadit tak, aby to fungovalo.
Nvidia Shield TV (Android TV 8.0) + Kodi 18 RC
LG OLED65B7A 
Synology NAS + TVHeadend 4.2

 
Citovat
@rene.hav OK. Díky za info.
Client/TV Server: Asrock Beebox+LE 8.2.5+Tvheadend 4.2,  Clients: RPi 2+LE 8.2.5 2xW10+Kodi 17.6, Android Mobile+TVHClient+Yatse NAS: Asustor.
Máte-li nějaké dotazy, nepište mi SZ, na to je fórum. Pomůžete i ostatním!
 
Citovat
@rene.hav: Máš velmi zvláštní zdroj, ale tak dobře, že se to dalo nějak vyřešit. Kde je ta funkce pro buffer v TVH, nikdy jsem to tam neviděl, zřejmě nějaká novinka z poslední doby v aktuálním buildu..
 
Citovat
@mobilemanic Configuration > Base
Client/TV Server: Asrock Beebox+LE 8.2.5+Tvheadend 4.2,  Clients: RPi 2+LE 8.2.5 2xW10+Kodi 17.6, Android Mobile+TVHClient+Yatse NAS: Asustor.
Máte-li nějaké dotazy, nepište mi SZ, na to je fórum. Pomůžete i ostatním!
 
Citovat
  


Přejít na fórum:


Prochází: 1 host(ů)