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

@Client
Bolo by možné script upraviť aby fungoval so slovenskou verziou Kuki? Diky

@anly11 Tak možné by to bylo, ale já jsme momentálně hodně vytížený, takže lituji, momentálně na to čas nemám.

@Client
deviceid je cely retazec S/N, vratane "kuki2.0_" ktore je na zaciatku retazca?
Chcem script vyskusat na slovensku verziu Kuki, zrejme maju rovnake api

@kuko7 Už je to delší dobu co jsem se tím zabýval a nepamatuji se přesně. Ale co ti brání to vyzkoušet. Ale řekl bych, že ten začátek tam nepatří.

tak som konecne pokrocil, playlist sa mi vygeneroval. Hlavna chyba preco mi script hadzal chyby bola ze som ho vytvaral v notepade vo Win7 a bolo treba spravit EOL conversion. Funguje to teda aj pre SK verziu, uz len rozbehat TVH :)

Díky moc, v TVH a následně KODI, PLEX, VLC to šlape jako hodiny !

Ahoj, po delší době mám opět nějaký problém :-( Potřeboval bych znovu vygenerovat nový playlist, ale nejde to. Před několika měsíci jsem úspěšně vygeneroval playlist a od té doby na to nesáhl, protože vše fungovalo bez problémů. Teď mi ale znovu vygenerovat nejde.


řádek 23

Ten řádek je OK, mám to stejně a funguje (právě genruji playlist protože jsem měnil volitelné stanice), takže možnost je, že to hlásí takhle chybu, když je něco chybně v celé sekci cyklu (tj cokoliv mezi while ... done, včetně plnění proměnných), nebo může jít napr. o chybu kódovaní souboru (soubor vytvořen ve win a použitý v linuxu)

Pri procitani threadu jsem si vsiml, ze parkrat bylo zmineno ze nefunguje vyber kvality streamu.
Je potreba predposledni radek streamer.sh scriptu upravit takto:

Problem byl ze puvodne byl ten samotny stream ukonceny line-brake-em, takze to urizlo zbytek ffmpeg prikazu a pustilo dalsi argumenty jako samostatny prikaz.

Dale jsem vysledoval, ze aktualne kuki nabizi tyto jednotlive kvality - jsou serazene stejne jako v playlistu:

• 10813440
  
• 5570560
  
• 2949120
  
• 1638400
  
• 819200
  

(presny bitrate se ale lisi kanal od kanalu)

Takze tato varianta:
dela toto:
1. stahne playlist streamu
2. "grep" vytahne z nej pouze jednotlive streamy pro ruzne kvality
3. "tac" otoci jejich poradi, takze 1. je nejnizsi kvalita a posledni je nejvyssi
4. "awk" zobrazi naprd pouze 2. radek - takze kvalita neco kolem 1.5Mbps
5. "tr" odstrani zalomeni radku

A rad bych poprosil o jednu radu ohledne pipe a tvheadendu. Stream pres tvh pustim v pohode, obraz vidim, ale neskutecne se seka. Pokud ten samy prikaz ktery vygeneruje streamer.sh pustim na lokalnim pocitaci a pipou poslu do vlc, tak to jede krasne plynule.
Deje se me to same i s o2tv scriptem. Takze podle meho badani, je to rozhodne problem nastaveni TVH.

Dale dotaz - pri skenovani jednotlivych muxu, vytvari se vam kanali spravne pojmenovane? Ja mam vse "Service01".

Predem diky za rady a diky za scripty!

je mozne upravit scrity tak, aby se vygeneroval playlist.m3u8 kde by byli primo odkazy na streamy a nepouzival se streamer.sh ?

@Konycz Vždycky to bude třeba obejít nějakým scriptem, protože adresy streamů mají omezenou platnost. Buď php, pak budeš moci mít v plalyistu pouze URL adresu toho scriptu (pro TVheadend nebo IPTV Simple Client) nebo sh, pak budeš mít v playlistu lokální script spouštěný přes pipe://... (pro Tvheadend) a nebo python, a pak budeš mít v playlistu adresu scriptu spouštění přes plugin://... (pro IPTV SImple Client). V příslušném scriptu je pak request na server služby, který vrátí aktuálně vygenerovanou adresu, která má omezenou platnost. Už je to dlouho, co jsem to dělal, takže ti neřeknu, jak dlouho adresa platí.

Teoreticky si samozřejmě můžeš vyrobit generátor playlistu, který ti bude vytvářet playlist obsahující přímo finální adresy streamu (bude to kombinace dříve uvedeného playlist scriptu a streamer scriptu. Ale v takovém případě si budeš muset playlist generovat s periodou platnosti adresy streamu (což by asi porblém nebyl, ale budeš muset čelit tomu, co je hlavním důvodem používání scriptu streamer.sh, tedy zajistit, aby v playlistu byly "adresy", které se nebudou v čase měnit.

Častá generace kompletního playlistu má ještě jeden negativní dopad. Může na straně OTT služby enormně zatížit její api i vlastní servery na kterých běží a poskytuje přehrávaný obsah, což je právě případ řešení, které tady na fóru udržuje @pavuucek pro O2TV. Tam to došlo tak daleko, že O2TV se všemožně brání, protože s takovým typem zátěže nepočítal a způsobuje mu problémy. Proto bychom se měli, při návrhu řešení pro OTT, takové situace pokud možno vyvarovat.

díky za vysvetleni...

PS: nahodil jsem si to tedy na script, ale stremy se neskutecne sekaji kdyz to prohanim pres TVHeadend
A viz predchozi prispevek jak uprvit script na vyber streamu...

@Konycz: seká se ti to páč na to nemáš konektivitu (up)....

@Konycz Ono je to tak, že Kuki (stejně jako většina OTT) používá protokol HLS, takže adresou streamu, kterou dostaneš od služby je adresa tzv., manifestu, což je v podstatě seznam adres několika program streamů různé kvality, ze kterého si cílová aplikace (což je v daném případě ffmpeg) vybere jeden audio a jeden video stream. Zpravidla si vybírá ten nejkvalitnější. Často se ale stává, že si vybere audio stream z jednoho program streamu a video stream z jiného program streamu. To má za následek, že v podstatě přijímá dva program streamy, z nichž každý obsahuje jeden video stream a několik audio streamů. Takže skutečný objem přenášených dat je skoro dvojnásobný, což může u připojení s nižší kapacitou způsobovat problémy. Proto se často dělá to, co výše popisuje @blackdot. Že se z manifestu vybere jen jeden konkrétní program stream. Sice se tím ztratí výhoda HLS protokolu, ale ona většina aplikací s ním zase tak optimálně pracovat neumí, takže to není na závadu. Takže vyzkoušej to, co popsal @blackdot, mohlo by ti to pomoci. On to sice řeší poněkud krkolomně, ale to už je jedno. Pokud to funguje, tak proč ne.

Hlasim ze to nefunguje... I kdyz si vyberou pouze jeden konkretni stream - i ten s nejnizsi kvalitou - tak se to skrz TVH seka.
Pokud ten ffmpeg prikaz pustim na lokalnim pocitaci a pipou si to poslu do vlc, tak to jede pekne.

Problem s pipe a TVH resim dlouho - mam stejny problem i s O2TV resenim.

@blackdot To jsem nějak minul, to tvoje vyjádření v předchozím příspěvku, že se ti to seká...

Pokud máš internetovou konektivitu v pořádku a jak sám píšeš, jiná aplikace (a na jiném počítači) ten stream přehrává dobře, tak pak může být problém na daném stroji, kde běží Tvheadend, v OS, v ffmpeg nebo v lokální síťové infrastruktuře (jakou máš LAN - ethernet nebo wifi?). A to nemluvíme o případném problému v klientovi (včetně toho, kde běží, zda na tom samém stroji jako Tvheadedn nebo na jiném, připojeném na LAN?), kterým ty streamy z Tvheadend přehráváš Také není zřejmé, když píše že se to seká, co to znamená? Objevuje se ikona načítání bufferu nebo je to jemné trhání obrazu, nebo trhání při rychlém pohybu kamery u sportu, ... To se dá takto na dálku identifikovat velmi těžko

@Client:
Diky za rady.
* Kdyz to vezmu postupne, zrovna tento tyden jsem stroj zmigroval na novy HW. TVH bezi v jedne z virtualek na serveru a cele to bezi na Ryzen procesoru. Ale to stejne se me stavalo pokud jsem nechal TVH bezet primo na hostu, nebo primo na mym desktop PC.
* Vsechno doma mam propojene 1Gb, takze zde bych taky problem nehledal.
* Zatim jsem se nedostal k tomu abych streamy poustel na Kodi (nad RPi), ale necham s v TVH vygenerovat playlist a ten si prehravam na desktop PC pomoci VLC nebo Xplayeru.
* Zasekava se to tim zpusobem, ze se obraz zastavi na 5-10 sekund a pak se zase na chvili rozjede a cele se to nepravidelne opakuje.

Pokud do TVH naimportuji primo playlist s realnymi streamy, tak to jede dobre. Pokud pouziju playlist s pipou, tak se to seka.
Je klidne mozne ze mam nekde neco blbe nastaveneho, ale zaboha nemuzu prijit na to co.

@blackdot Hmm, takhle na dálku to vypadá dobře, asi těžko něco vymyslím. Ono, mezi námi, asi bych tápal i na blízko. Napadá mě momentálně jen jedno, a to je parametr ffmpeg "-re". Ten jeho vliv je diskutabilní, závisí to hodně na chování serverů služby. Někdy je lepší tam ten parametr mít, jindy zase ne. Jistý rozdíl v jeho vlivu bude, pokud použiješ HLS (tzn. nebudeš parsovat jednotlivé streamy podle kvality) a necháš to na ffmpeg. Nedokážu přesně a jednoznačně rozhodnout, jaká kombinace parametru -re a způsobu příjmu streamů je nejlepší. Prostě si to musíš vyzkoušet. Já jsem zprovoznil už několik OTT služeb a někde -re mám a někde ne. Vždy je to výsledek testování a sledování průběhu toku dat. Píšeš o zasekávání na delší dobu, to by možná naznačovalo, že bys tam raději měl to -re vložit (pokud ho tam nemáš).

A kam presne to -re vlozit ? Presne tento problem mam totiz taky

@Konycz Do volání ffmpeg ve scriptu streamer: