• Vítejte na XBMC-Kodi.cz
  • Česko-slovenská komunita fanoušků XBMC/Kodi
Vítejte návštevníku! Přihlášení Registrace


Hodnocení tématu:
  • 0 Hlas(ů) - 0 Průměr
  • 1
  • 2
  • 3
  • 4
  • 5
TVHeadend, default/login profil vs. streaming profil
#1
Doby den, vramci nastavovania TVheadendu a klientov by som potreboval informacne pomoct.

Vyuzivam KIII PRO, DVB-T2 zdroj signalu, tvheadend na S912 (CoreELEC) a klienta KODI ako na PC tak aj na KIII PRO. Stremovanie funguje v poriadku v pripade, ze pouzivam KODI HTSP addon.

1.) ak pouzivam KODI HTSP addon na PC / KIII PRO, obraz funguje spolahlivo a v poriadku. Ak pouzijem VLC na PC pripadne TVHklient na IOSe, obraz / zvuk ide cca. 1 sekundu a potom sa obraz zasekne a zvuk pokracuje dalej. Viete mi poradit kde v nastaveni moze byt problem ? Snazil som sa hrat zo stream profilami, ale zatial bezuspesne. Mozno to uz niekto riesil na fore, ale nedohladal som zatial temu.

2.) mam nastaveny tvheadend server access entry a vramci toho typ profilu na stremovanie (pass). Pri pouziti kodi htsp add on a nastaveni klienta na access entry, tvheadend streamuje a zobrazovanie na klientovi funguje, ale tvheadend streamuje htsp aj ked dany access entry ma nastaveny pass. Jedna sa o chybu tvheadendu, ze prepusti htsp aj ked pre dany login nie je nastaveny ? Nemalo by to spravne pisat ze je chybny streming profile resp. KODI nepodporuje pass a caka na prenastavenie tvheadendu na HTSP ?

Vdaka,
 
Citovat
#2
Ahoj,

nedokážu ti odpovědět na vše ale jenom z moji zkušenosti.

1.) sekání jsem zažil taky, ale vždy to souviselo se zdrojem. Když jsem použil satelit tak se stream přes profil pass sekal taky. Dal jsem to ale nealoboroval.  Po přechodu na iptv jsem tam hodil zdroj od poskytovatele a zaseky nebyly.
2.) kodi htsp klient umí pracovat pouze s profilem HTSP, myslím si že profil pass tam nenastavis

jinak pokud používáš profil pass to znamená, že stream přehrávaš tak jak přicházi ze zdroje. Pokud to sleduješ jenom ty sam a máš dostatečný výkon, žkoušel jsi místo profilu pass ten profil matroska ve vlc? Jenom si ho přiřaď v nastavení tvhaedenu a v playlistu si změň konec stramu na ?profile=matroska případně si ho nastav jako výchozí profil.
 
Citovat
#3
1.) OK, budem skusat dalej rozne varianty

2.) Zvlastne je, ze tvheadend mam access entry login nastaveny len na pass a ked pouzijem KODI htps addon, tvheadend streamuje HTPS aj ked vramci loginu v tvheadend vyslovne nastaveujem stremovanie len pass.

Skusim fixne nastavit vo VLC ?profile a uvidim. BTW, aka je suvislost / rozdiel v nastaveni, Stream profiles - Default vs. Access entries - Streaming profile ?  Podla tvheadend dokumentacie, Access entries su nadriadene nad stream profiles default vid 
Citace:Streaming Profile : Specify a streaming profile to be used when this user logs in; use the (default) stream if not specified.
 
Citovat
#4
@anokdeto Podle mne je to tak, že pokud si klient, který komunikuje protokolem HTSP, řekne o stream, tak ho dostane podle parametrů profilu HTSP, bez ohledu, jak je nastaven profil daného uživatele, pod kterým se klient přihlašuje.

BTW Já osobně jsem s tím moc nelaboroval. A nechal nastavený u všech uživatelů jako default pass. A pokud někdo chce/potřebuje nějaký jiný, tak si o něj řekne při requestu.
 
Citovat
#5
@JiRo Ano, vypada to tak. Predpokladam, ze programator musel mat urcity dovod, ze tam tu moznost profil / stream type dali.

Skusim polozit otazku na tvheadend fore a ked sa mi dostane vysvetlenia dam vediet pre zaujimavost.
 
Citovat
#6
@anokdeto Otázku netřeba pokládat. Já si nemyslím, že je v tom nějaký rozpor nebo chyba. Prostě tak to v Tvheadend funguje, to je jeho standardní chování, ale pouze tehdy, pokud je v Acces Entry daného uživatele v parametru Streaming nastaven příznak HTSP.
 
Citovat
#7
@francis a @anokdeto BTW Nedávno jsem se zabýval přenosem TV z mého TVH serveru po internetu a zjišťoval, jaký bude nejvhodnější profil (kódování). Překvapivě z toho HTSP protokol nevyšel úplně nejhůř. Porovnával jsme ho s profily matroska a webtv-h264-aac-matroska a všechny se pohybovaly kolem či lehce nad 3 Mbps. Nedělal jsem žádné objektivní měření, v podstatě jsem jen sledoval grafy z Windows 10 Task Manager > Performance > Ethernet. Na cílovém systému jsme zkoušel přehrávat Live TV (SD) vysílání z DVB-T UPC pomocí HTPS přes Kodi 17.6 HTS PVR Klienta a pak ještě matroska a webtv-h264-aac-matroska přes VLC. V pořadí objemu přenášených dat se mi jako nejúspornější jevila webtv-h264-aac-matroska, mezi HTPS a matroska pak zas tak velký rozdíl nebyl. Já běžně používám Kodi na notebooku pro sledování českých TV vysílaných z mého TVH serveru a nemám s tím žádný problém. Takže hon za úspornějším kódováním není zas až tak bezpodmínečně nutný. Řekl bych, že odhadem se použitím webtv-h264-aac-matroska ušetří tak nejvýše do 20 %.

Co je zajímavé, že obě "matrosky" mají při přenosu velké výkyvy kolem průměrné hodnoty, špičky jdou až do 6-7 Mbps, zatímco HTPS se motá stále kolem 3 Mbps (špička maximálně 3,5 Mbps). Obecně se hovoří o tom, že HTPS je optimalizované právě pro přenos na Internetu.
 
Citovat
#8
@JiRo, zaujimavy test a zaujimave akou formou dosli ku optimalizacii a rozdielnemu bitrate.

Podla informacii na tvheadend je HTSP v konecnom dosledku len zabaleny zabaleny MPEG2VIDEO, H264 alebo HEVC video a ci pouzijem mkv profil alebo HTSP profil bez transkodovanie by laicky povedane malo byt to iste .

Zrejme musim pokracovat v studii dalsich podrobnosti profilov aby som si to ozrejmil...:)
 
Citovat
#9
No ak chces donutit kodi aby pouzival ine ako HTSP staci v TVHEADEND nastavit nasledovne:

1.Nastav profil. kotrý ches aby bol pouzivany a daj zafajkni dafault.
2. Profil HTSP vypni, teda daj aby nebol Enabled, inak bude kodi vzdy brat HTSP.
 
Citovat
#10
@MathewTSJ No, neřekl bych, že je to správná metoda. Pravda je, že jsem to nikdy nezkoušel. Fungovat by to asi mohlo, ale mám dojem, že se tím degradují funkce Tvheadend HTSP Clienta v Kodi. Nebude to pak tak, že Player Kodi nepozná, že jde o PVR streamy a bude je přehrávat jako obyčejné video?
 
Citovat
#11
no pravdu povediac hodnotil som to len na zaklade toho co mi pisal TVHEADEND v  stave connection a co som realne videl v tom com som nastavil v danom profile. A to sa mi menilo, (obraz,codovanie,zvuk )  a nasledne klientovi (u mna tanix mini s kodi a androidom ) takze to berem tak ze to funguje :).

realne bolo vidiet rozdiel podla toho ako som mal nastaveny profil. To, že to nie je HTSP to suhlasim, ale mal som okrem zmeny klavlity obrazu pripadne zvuku, vsetko co TVHEADEND poskytuje, teda EPEG,nahravanie,atd.
 
Citovat
#12
@MathewTSJ To jsou dvě oddělené věci, jedna je vlastní "servisní" komunikace mezi klientem a serverem  (týkající se globálního EPG, obsluhy nahrávání, ...), a ta probíhá vždy stejně, ať máš nastavený jakýkoliv profil. Druhá pak vlastní protokol/kontejner a data v něm. Podle mne, když není HTSP, tak nebudou fungovat takové věci, jako zobrazení EPG přehrávaného kanálu, informace o přehrávaném a následujícím programu, teletext, informace o parametrech streamu přebíraných z přijímače. Ověřené to nemám, došel jsme k tomu jen logickou úvahou, a tak bych tě chtěl poprosit, abys to případně vyvrátil nebo potvrdil.

Otázkou samozřejmě je, proč by to člověk měl dělat. Podle mne jsou k tomu (asi) dva důvody:
  1. Omezit datový tok - ať už kvůli limitům v komunikaci nebo kvůli ceně - tomu druhému bych rozuměl, i když ta úspora zas taková zásadní nikdy nebude.
  2. Umožnit klientům přehrávání obsahu, který za normálních okolností přehrát neumí - to je aktuální hlavně v souvislosti s přechodem na DVB-T2 a kódováním h.265 s vysokým datovým tokem, který HW některých klientů (např. Kodi běžících na RPi) neumí a SW nezvládne.
V obou případech se samozřejmě zátěž přenáší na server a i když například server umí HW dekódování h.265, je otázka, co to udělá, když bude například muset překódovávat několik streamů současně.

Nechápej to jako kritiku tvého návrhu. Jde mi jen o to dopátrat se, co všechno takový postup přinese a o co jeho použitím uživatelé přijdou, případně jaká a kde jsou rizika a omezení, oproti použití default HTSP profilu.
 
Citovat
#13
@MathewTSJ tuto variantu som neskusal, takze zistim a vdaka za navrh....

Co sa tyka bodu 2.) kde som popisoval problem so zasekavanim obrazu som zistil nasledovne, v buducnosti to moze pomoct. Problem sa netyka tvheadendu ale koncovych stanic resp. dekodovania H.265 stremov na klientoch.

H.264 kanaly v DVB-T2 idu bez problemu (SW / HW dekodovanie ako KODI tak aj VLC, ako PC tak aj S912). H.265 kanaly tam je to uz komplikovaniejsie (H.265 KODI SW / HW dekodovanie v poriadku na PC / S912, H.265 VLC SW v poriadku, H.256 VLC HW obraz zasekne po 1 sekunde). Takze teraz musim len zaistit nejakou formou spravne nastavenie ovladacov vs. VLC pre dokodovanie H.265 streamu.

Z toho usudzujem, ze ak robite troubleshooting tvheadend (server / klient) vzdy je potrebne mat napamati, ze HW dekodovanie vnasa dalsiu premennu a moze byt prave problem tam.
 
Citovat
#14
@anokdeto Ano, to je celkem očekávané zjištění a správný závěr.
 
Citovat
#15
JiRo: presno o to mi išlo nechať HTSP ale meniť parametre obrazu zvuku, vyjadril som sa zle HTSP vlastne funguje stale to je pravda.

Moja predstava, ktorú idem práve realizovať postaviť dva a viac TVHEADENdov nasledovne:

1. SAT TVHEADEND - bude cisto služiť na príjem všetkých požadovaných streamov zo SAT.
2. TRANSCODER TVHEADEND - na nom sa budú transkodovať požadované vybrane kanaly.
3. Klientsky HEADEND, ten bude s horeuvedenými spojený na urovni IPTV streamov, bude umiestnený v lokalite čo najbližie ku klientom. Bude služiť napr na PVR a timeshift, aby nezaťažoval zvyšok.
4. Pohravam sa ešte s myšlienkou centrálneho DVR servera, čo bude nahrávať všetko, ale toto budem rozmieňať na drobne až keď budu funkčne body 1-3.
 
Citovat
#16
@MathewTSJ Sakra, to je projekt... 6

Posoudím to jen těžko. Tuším, jak by to mohlo fungovat, ale není mi úplně jasné, jestli to takto bude prakticky použitelné. Co třeba zpoždění při přepínání kanálů?

Možná, že by tě mohlo zajímat, že u verze TVH 4.3 by snad měla (prý) existovat možnost "pipe" na výstupu podobná té, jako používá verze 4.2 na vstupu. Umožňuje použít pro překódování výstupních streamů TVH externí aplikaci (ffmepg). Nevím přesně jak to funguje a zda by to pro tvé účely bylo použitelné, ale možná by to některé z tvých požadavků mohlo uspokojit.
 
Citovat
#17
to JiRo: No projekt je fajn, ale aj tých úskalí je tam spústa. ďakujem za tipa, určite vyskúšam.
Prečo to hlavne takto komplikujem, je fakt že ak sa pripojí viac userov z jednej lokality, potrebujem eliminovať počet streamov (multicast nechcem riešiť aj koli tomu čo ponúka HTSP), na minimum, takže predpokladám, že keď v danej lokalite bude už niekto sledovať napr. MarkizaHD, tak to opozdenie by nemuselo byť citelné, nakolko HEADEND už stream má, takže ho posunie len ďalšiemu userovi.

Samotný transcoding, len koli tomu, že lokality kde je len WIFI, inú možnosť ako horší obraz (resp. HEVC) ani mať nemožu Sad. Samozrejme je to o samotnom vytunení stroja na transcode, s tým asik strávim najviac času :)
 
Citovat
#18
@MathewTSJ Nebudu se raději ptát, pro co to potřebuješ. To je ostatně tvoje věc, ale technicky je to určitě zajímavé.
 
Citovat
#19
JiRo:
Pohoda mám v plane rozbehnut vlastnu IPTV, pre mojich Internetových userov, takže pomaly študujem skúšam a tvorím :)
Určite budem rád keď mi tu pomožete svojim postrehmi, hlavne čo sa týka KODI a spol tam som cistá lama :)
Ostatok tiež nie je žiadna sláva, a začínam :)
 
Citovat
#20
Kolik bude streamů a kolik klientů ?
 
Citovat
  


Přejít na fórum:


Prochází: 1 host(ů)