• 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:
  • 52 Hlas(ů) - 2.56 Průměr
  • 1
  • 2
  • 3
  • 4
  • 5
Skylink LiveTV Addon
@Lukas1000
Ak si to skusal teraz, tak sa nedivim, ze to seka, vsetky streamovacie sluzby su pretazene (hokej)..
Archiv najdes vo video doplnkoch.
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
Edit: tak jsem archiv našel. Je mezi doplňky - prostě Skylink, otevřu a položka archiv.
Bohužel z návodu jsem to nepochopil. 

Všem díky moc! To je bomba!
 
Citovat
Caute, chcel by som overit dovod sekania skylink live tv. Upozornujem, ze sekal mi aj cca tyzden dozadu, inokedy ide fajn.
Prikladam aj log (je z dneska, zial pocas hokeja), ak som ho zle vytvoril, tak mi napiste a pokusim sa to opravit.

https://paste.kodi.tv/bibuyuluse

Kedze mi napadlo, ze dovod sekania bol moj router (tplink 941nd - ddwrt), tak som kupil novy tplink archer c7. Zlepsila da mi celkova rychlost cez wifi na 100 Mbps namiesto nejakych 45 Mbps - doplnok Stream Cinema ide vpohode.
Moj laicky pohlad je, ze iptv potrebuje mat prioritne skvelu odozvu, cize tu mi napadlo, ci ma zmysel zmenit DNS server, ale vravim, je to len moja laicka myslienka.
Tiez som si v logu vsimol toto ... CRenderManager::WaitForBuffer - timeout waiting for buffer ... 
Ale neviem co s tym. Chcel by som prioritne vylucit, ze nie je problem v hardware, pripadne dokazat, ze chyba je naozaj na strane skylinku. Vdaka.
Xiaomi Mi TV Box 3, Android 8.0, Kodi 18.2
 
Citovat
skylink stoji zahovn* posledni dobou. neni to routerem ani sw, je to providerem. jednoduchy test: pust si free tv joj. jede bez problemu..
Ostružina 4
TV-HAT tuner
USB 7.1 zvuková karta
 
Citovat
@martynko1

A opat pocas hokeja. Skus to aj niekedy mimo spicku. A potom, ked ti to bude vypadavat pocas hokeja, skus to aj na windows kodi napriklad, aby si mohol eliminovat, ci to nemoze byt zariadenim (mi box).

Preletel som ten log len tak narychlo a podla takychto riadkov:

CRenderManager::WaitForBuffer - timeout waiting for buffer
...
CVideoPlayerAudio::Process - stream stalled
Stream stalled, start buffering. Audio: 0 - Video: 0

to proste nestiha nacitavat a nestiha to preto, ze servery skylinku nestihaju. Je to bezny problem OTT* sluzieb, osobne to ale castejsie zazivam pri Horizon GO ako pri Skylink Live (pozn. Skylink Live mam vlastny. Horizont GO mam od rodicov, ktory maju UPC a kablovku a nevyuzivaju ho)..
Od routra ci pripojenia to pri 720p streamoch velmi nezalezi, ja mam ADSL s 12Mbit doma a vsetko  pekne stiha, aj FHD z netflixu..

*OTT = Over The Top, streamovacia sluzba ktora funguje cez bezny internet (okrem spominanych aj Magio GO, Antik TV, Sledovani TV, Lepsi TV a mnozstvo podobnych), ktorej dostupnost a plynulost zavisi od priepustnosti internetu ako takeho, uzke hrdlo moze byt vklude aj peeringove centrum, ci medzinarodny prepoj (ak maju servre napr. v cechach ci este dalej) a zrovna mediznarodne sportove akcie, ako su aj majstrovstva sveta, zvacsa spravia rekord prevadzky v kazdej krajne, aj v slovenskom peeringovom centre zase padol rekord.. Tieto sluzby su preto zvacsa lacnejsie (ci zdarma ako bonus ku) oproti plnohodnotnym "kablovkam".
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
U tohoto řešení příjmu OTT Skylink máš opravdu smůlu. Není to klasický PVR Client, ale v podstatě video addon, který využívá novou funkci Kodi 18, tedy mít možnost v playlistu Kodi volat addon, a díky tomu je ho možné začlenit do Live TV. Zároveň (zatím) nelze jeho streamy ani jednoduše začlenit do Tvheadend, protože používá DRM. To všechno vede k tomu, že streamy Skylink prostě nemáš šanci nijak "bufferovat" (kromě bufferu v Kodi  přehrávači) a při situaci, kterou popisuje cachce, kdy dochází k tomu, že datový tok je velmi nerovnoměrný, to prostě nevede k žádnému "koukatelnému" přehrávání.

Docela dobrá metoda pro tyto situace, bohužel ale ne použitelná právě právě u OTT Skylink, je při OTT službě přijímané přes Tvheadend použít funkci Timeshift, kdy stačí pozdržet přehrávání Live TV o pár vteřin (či desítek) a výsledné přehrávání je pak bez problémů a plynulé. Samozřejmě pokud ti nevadí, že neuvidíš přenos úplně Live, ale se zpožděním právě těch pár sekund či desítek.
 
Citovat
@Client

tak ono s nastavenim bufferu dokazes pracovat aj v advanced settings v kodi samotnom..

https://kodi.wiki/view/HOW-TO:Modify_the_video_cache

Lenze nie som si isty, ci by to v tomto pripade pomohlo. Ked proste servre skylinku nestihaju a je to live stream a nie zaznam, skor ci neskor nastane situacia, ze proste pride na synchronizaciu a bude tam skok tak ci tak, bez ohladu na to, ze bufferujes aj 10 minut vopred..
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
@cache Dávej rady jen tam, kde jsi si jistý. Video cache v Kodi se live streamu vůbec netýká. To jsi dost vedle...

Ano, když dojde na resynschronizaci, tak se to samozřejmě výpadkem části streamu projeví, ale to je až krajní situace. Nebavíme se o 10 minutách, ale o jednotkách až desítkách sekund. A tam to funguje spolehlivě a v drtivé většině případů to z nekoukatelného streamu (kdy se neustále a opakovaně zastavuje přehrávání a načítá buffer přehrávače) dělá naprosto pohodové přehrávání.
 
Citovat
@Client
Mas recht, ze v tychto veciach sa prilis nevyznam vramci Kodi, vychadzam len z dokumentacie: "This can help with intermittent network issues, buffering, reduce how long the network is tied up, ..."

Inak povedane, ked si nastavim video cache na trebars 500MB a po pusteni live videa ho pauznem na rovnakych 10-20 sekund, ako ty nastavis na buffri v tvheadende, cize umoznim si pri kolisavom prisune dat spravit dostatocnu rezervu, aky je tam rozdiel z pohladu pouzivatela? Teda okrem toho, ze to musi sam na 10-20 sekund pauznut namiesto cakania 10-20 sekund, nez sa to spusti..
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
@cache A zkoušel jsi to? Udělej to prosím při přehrávání nějakého Live TV Skylinku a dej mi vědět. To by mě zajímalo, jak to funguje a kam se tedy ty data streamu, pokud pauzneš Live TV přehrávání, ukládají.
 
Citovat
ja mam skor pocit ze to Widevine DRM v kodi sluzi iba na dekryptovanie jednotlivych casti streamu, cize nieco ako
crypted stream -> decrypt Widevine drm (inputstream adaptive - bento4) -> decode stream (ffmpeg) -> playback (kodi renderer), cize kodi by to mohol byt schopny bufferovat ale tato funkcionalita neni zabudovana v imputstream adaptive.

https://github.com/peak3d/inputstream.ad...issues/141
https://github.com/peak3d/inputstream.ad...issues/154
 
Citovat
@Sorien No ano, ono je to především o pocitech, tedy spíše o tom, co kdo o tom ví a jak si myslí, že to funguje. Základ všeho je to, že na jedné straně je tok dat od zdroje a na druhé tok dat přehrávače. Zatímco to první, může být vůči tomu druhému asynchronní (je tam v podstatě pouze jedna nutná podmínka, tedy že tok dat ze zdroje musí být dlouhodobě minimálně stejný, či spíše vyšší, než tok dat přehrávače), to druhé musí být synchronní s reálným tokem dat přehrávání (odpovídají příslušnému FPS). Požadavek na minimálně stejný tok nemusí být splněn vždy a právě od toho je tu buffer. U live stream je však tok dat ze zdroje neměnný. To mimo jiné znamená, že klasický lineární streaming, tedy s dopředným načítáním a ukládáním do video cache Kodi,  nemá smysl. Existuje ale jediná výjimka, kdy se synchronnost přehrávání na straně Kodi přehrávače explicitně potlačí, tedy když se aktivuje funkce Pause. V takovém případě se může začít bufferovat i lineární streaming. Tak to ale zatím v Kodi (resp. v celém tom řetězci, jak jsi ho hezky popsal) nefunguje. Další věc je, a to se netýká jen live streaming-u, že se nebuferují adaptivní protokoly typu HLS nebo DASH. To je sice trochu jiná problematika, ale v podstatě se stejným efektem.

Hezky je celá problematika vidět na tom, když si člověk pustí nějaký lineární live streaming a podívá se na obsazení bufferu video chache. Je tam permanentně 0 (nezávisle na protokolu/kontejneru). Stejné je to, když si pustí nelineární stream, přenášený např. protokolem HLS. Pokud si ale pustí ten samý nelineární stream v MP4 a má dostatečnou rychlost sítě, vhodně nastavenou video cache Kodi (velikost bufferu i readfactor), je okamžitě vidět, jak se buffer video cache rychle zaplní. Záležitost bufferování tedy není tak jednoduchá a ani není jednoznačné, kdo za co (v případě "nebuferování") může a jak se dá případný problém s váznoucí dodávku dat vyřešit (či obejít). A to ostatně bylo hlavní motivací mé diskuse s @cache, protože jeho argumenty se mi nezdály přesvědčivé a odporovaly tomu co jsem já dosud o Kodi a jeho funkcích věděl. Jinak já se novým informacím nebráním a vždycky budu rád, když se dozvím něco nového.

V případě Skylinku to bohužel ještě chvíli nepůjde jinak, než přes váš, jinak samozřejmě skvělý, plugin. A tam, pokud to chápu dobře, to bufferování nefunguje. Proto jsem ostatně chtěl, aby to @cache vyzkoušel. A dostat OTT Skylink do Tvheadend je stále ještě (díky známým principům) oříšek. Já si každý měsíc (pokud to bez dlouhodobého závazku jde) koupím nějakou OTT službu, abych si ji osahal. Až mi doběhne ta současná, plánuji si pořídit na jeden měsíc i Skylink a pak budu mít možnost si to sám vyzkoušet.

[EDIT] Jak v následujícím postu @cache ukázal, bufferování při přehrávání Live TV přes addon plugin.video.sl funguje.
[EDIT2] A nakonec se, po dalších zkoumání, ukázalo, že původní názor, že bufferování při přehrávání Live TV opravdu Kodi neprovádí je skutečně správný. Potvrdily se tak mé původní znalosti o fungování tohoto mechanismu v Kodi. Čtěte další posty na toto téma od @Client a @cache, které následují a kde je vše vysvětleno.
 
Citovat
@Client
Dostal som sa k tomu teraz.
Nastavil advanced settings na:

Kód:
<advancedsettings>
 <cache>
  <buffermode>1</buffermode>
   <memorysize>4289999999</memorysize>
   <readfactor>1000</readfactor>
 </cache>
</advancedsettings>
Ano, je to ~4GB, nemal som cas spekulovat kolko treba na tu minutu vopred, factor 1000 nech proste nacitava maximum co sa da (default je 4).
Pustli live, pauzol a cakal.. celkovo 26 sekund. Potom pustil. Odvtedy ukazuje cas takto:


   

A nadalej hra bez prerusenia, stale tam svieti ta 26 sekundova rezerva.

Kde to uklada? Predsa v pamati (RAM).

Skratka, data live streamu prichadzaju, dekryptuju sa a hromadia sa dekryptovane v RAM pripravene na prehravanie. Ked si takto "pauzou" predbufrujem dostatocnu rezervu, tak pri kolisavom toku dat, kde sa koli pretazenosti infrastruktury moze vklude stat, ze packety dochadzaju narazovo vo vacsom objeme, nebudem zaznamenavat ziadne vypadky, pretoze som proste tych 26 sekund pozadu a prehravaju sa data, ktore su uz vopred pripravene, dekryptovane a hned prehratelne v RAM..

Staci takto?

Nemam teraz sancu otestovat ako by sa zachovalo znizenie kvality zasahom inputream adaptive, ale predpokladam, ze vsetko bude fungovat nadalej bez zmeny, len to proste sledujuci uvidi o 26 sekund neskor.
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
@cache Díky za post. Kdybych chvíli počkal, mohl jsem si ty úvahy v předchozím postu odpustit. Z toho kontextu mi to vychází tak, že se to chování v Live TV v Kodi (alespoň na úrovni skinu) prezentuje jako timeshift funkce, i když to jako plnohodnotný timeshift fungovat asi nebude (nebude možné se v té "nabufferované" části videa pohybovat sem a tam). Neodolal jsem a zaplatil si Skylink hned, bych to zjistil. Ještě jednou díky.

Nevidím důvod, proč by to mělo mít vliv na kvalitu. A to zpoždění, to vidím jako nepodstatné. Běžně jsou mezi různými zdroji OTT vysílání a různým způsobem příjmu a zpracování rozdíly v několika sekundách. Je-li těch sekund víc, tak to už nikoho nezabije. Jen u sportovních zápasů, když u sousedů už křičí gól a naši jsou ještě ve své obranné třetině, je to trochu divné...  1

@cache Přeci jen mi to nedalo a narychlo si to vyzkoušel. Ty otázky, které jsem pokládal, nebyly samoúčelné. Stále si myslím, že "... a kam se tedy ty data streamu, pokud pauzneš Live TV přehrávání, ukládají" je zcela legitimní. Ale nepotřebuji na ní odpovědět stylem "Predsa v pamati (RAM)." To, oč tu běží není o tom, jak nakonfigurovat video cache, ale moje pochybnost o tom, že se při přehrávání Skylink TV přes addon plugin.video.sl data při pauznutí streamu do video cache ukládají. Tvá suverénní jistota mě zviklala, řekl jsme si, že to asi musíš vědět. Přeci jen, nevím všechno a rád se nechám poučit. Nicméně, má dosavadní znalost, že data live streamů si Kodi do video cache neukládá mi říkala, že je tedy něco divného. Začal jsme tedy pátrat.

Takže po pár pokusech (zapínání a vypínání vide cache a změna velikost) mi to vychází tak, že při pauze se skutečně data live streamu do video cache neukládají. Otázka tedy zůstává, kam se ukládají. Jsou dvě možnosti:
  1. buď je v Kodi (což pochybuji) nebo v použitých addon ještě nějaký další mechanismus bufferování,
  2. nebo se bufferování provádí na straně serveru služby Skylink TV.
Pokud by platilo že 1 tak je asi po diskusi. Osobně si asi myslím, že podle toho, jak se to chová a jako to funguje, je to málo pravděpodobné. Já bych si to tedy spíše tipoval na 2. Nestudoval jsem zatím interface mezi addon a serverem služby, ale připadalo by mi to asi logické. Ale to by možná pomohl objasnit @Sorien. Co je důležité, že pokud to tak bude, tak to pause náš problém při přehrávání v případě zpoždění dodávky lineárního live streamu, kterým to všechno začalo, nevyřeší.
 
Citovat
@Client
Uz som chcel napisat, ze prave ta 2. moznost mi pride ako uplna blbost, ale zrejme to fakt tak funguje. Odsledoval som si packety pomocou wireshark a data sa asi po 2 sekundach zastavia.

Ja som to bral podla spominanej dokumentacie (zdrojove kody luskat urcite nejdem), ked tam exaktne spominaju network issues a aj s dalsim popisom konfiguracie (konkretne readfactor), ze si proste natlaci do cache co moze a postupne z cache prehrava, este na tu konkretnu konfiguraciu odkazuju casto aj z kodi fora a to myslim v kontexte live streamingu. 

Pozn.: nemusis mi vysvetlovat rozdiel medzi live streamom a beznym streamom. Nechapem ale preco fakt kodi nenatlaci maximum do videocache (pri tej pauze), ako to zrejme pre-loaduje pri beznych streamoch..

Vo VLC bol toto bezny trik, nastavit cache proste na niekolko sekund a vsetky vypadky pri live streamovani boli vyriesene.
Autor addonov freeview.sk, Dokumenty.tv, SkTonline, YAWsP a dalsich..
Mojre repo je na p.xf.cz/r pripadne cache-sk.github.io/kodirepo - pridat ako zdroj v spravcovi suborov a instalovat zo zip, pripadne si stiahnite zip priamo z githubu.
 
Citovat
@cache No protože Kodi prostě live stream do video cache nebufferuje. Je to jeho vlastnost. Už od samotného začátku. Asi si řekli, že pro běžné přehrávání to není potřeba a na to, že by se to hodilo pro případ, když někdo dá pauzu, už nikdo nepomyslel. Ono taky, při přehrávání přímo zadané adresy live streamu v IPTV Simple Client, tlačítko pause ani nefunguje. A navíc, video cache je určena především pro krátkodobé ukládání (přednačítání) dat, pro pokrytí malých nerovnoměrností při přenosu dat (to jsou ty network issues...). Původní velikost byla 20 MB. Takže stisk pause na delší dobu, kdy by těch 20 MB přeteklo, by stejně ten stream nakonec shodilo. To, že teď Kodi používáme občas trochu jiným způsobem, než v době, kdy tato vlastnost vznikla, je věc jiná...
 
Citovat
Ahoj, poslední týden až dva jsem u Skylinku zaznamenal změnu zvuku, je takový plechový s podivným dutým hall efektem. Zvuk mi běží "průchodem" do receiveru, takže problém se zdá být straně streamu od Skylinku, pokud použiju "sledovani.tv" tak mám zvuk normální. Má někdo podobný problém? Nevíte co s tím?
 
Citovat
skylink live je posunutej o hodne celej-cele mesto rve gool a pak to teprve vidim a seka se jim to u MS strasne-a to jsem dodnes nerozjel addon,ale stejne jim to jede na oooo
Tanix TX9 Pro  Android 7.1 Amlogic S912  3G/32G 
 
Citovat
Cez android, používam to na nvidia shield, to od dnes blbne, živé vysielanie nejde ani cez iptv simple klienta  ani priamo cez doplnok  iba načíta, ale nespustí, zaujímavé, že v archíve okrem posledného programu v poradí spustí všetko, nejde to ani v sk ani cz verzii, doteraz to šlapalo bez chýb, nepomohlo ani preinštalovanie kodi.
:::Nvidia Shield TV, Android 9, Xiaomi mi box 3, Kodi 18.8, hbo go cz, netflix,  iptv - sledovani.tv sk, horizon tv sk, magio go, skylink live cz,  skylink live sk komplet, 
 
Citovat
Golkomen: mám ten samý problém. Včera dopoledne vše fungovalo a odpoledne nic. Archiv jede, ale live ani náhodou. Ještě že přes skylink app to vše šlapalo v pohodě.

Tanix tx3 mini. Android, Kodi 18.2
 
Citovat
  


Přejít na fórum:


Prochází: 3 host(ů)