(04.9.2019, 22:26)Romanvik Napsal(a): [ -> ]Ahojte,
skylink se cuká, video se přerušuje, zvuk také.. Raspberry 3b plus, KODI 18.3, Libreelec 9.1.002
dělal jsem experimenty už snad 100x.. Na Androidu na stejné wifi vše OK, přes Rspbi nic.
Tohle mi pomohlo:
- zapojil jsem USB flash Wifi dongle. Signál je tak 2x vyšší nežli interní, klasická dongle 2.4Ghz TP-Link, podporovaná kernelem. Jako bonus přestanou problémy s interferencí internal BT-Wifi a BT jede OK
- přepnul jsem kanál na routeru na jiný
- vypnul jsem přes SSH interní wifi přidáním do config.txt : dtoverlay=pi3-disable-wifi
- restart rspbi a wifi hned najela, vše stabilní, video se necuká
hurá
oprava..
nepomohlo
To už jsem udělal když se tu o tom psalo, mám L1.Video jede v supr kvalitě, lepší než apka od skylink.(Ve chvíli, když nekostičkuje) Ale i když snížím v nastaveních rozlišení, pořád stejný problém.
Tohle je důsledek špatného řazení dat nebo jejich ztráty. Podle mne důsledek špatné funkce input.stream.adaptive.
Udělal jsem pár testů, pustil stejný kanál Skylink současně na stejné verzi LE, jednou na instalaci x86_64, jednou na RPi 2. Na intelu to jede v pohodě, na RPi se po zahájení přehrávání, kdy je buffer přehrávače na 100 %, začne po chvíli snižovat až k 0 % a postupně začne vypadávat zvuk a pak bufferovat. Podle mne je tím hlavním podezřelým skutečně input.stream.adaptive. Já bych počkal na novou verzi.
- docital som sa ze na rpi su s novym widevine problemy (video sa sice dekoduje HW, ale dekryptuje sa SW a udajne rpi ani 3b+ nestiha), kedze ale nemam rpi, nedokazem to potvrdit ani vyvratit..
//Pozeram ze client dopisal vlastne to iste v principe :-)
Ono, pamatam si par mesiacov dozadu spravu, ze niekto prelomil L3, takze je mozne ze google prisiel s fixom, ktory je uz narocnejsi na vypocty..
A mimochodom, nikto z vas co sa stazuje doteraz nedal log.. screenshot je na ...
Když jsem před časem ty co provozují Skylink a mají problémy žádal, aby se podívali, jestli nestoupá zatížení procesoru, nikdo nebyl schopný odpovědět. Dnes jsem to nainstaloval na další dva stroje a hraju si s tím, a opravdu to vypadá na to, co píšeš. Jakmile se rozeběhne přehrávání Skylink, tak jedno jádro na RPi 2 skočí na 100 % a drží se tam. Tak jsem stáhl log.
http://ix.io/1UQq
log pozrem zajtra, ale nechal som teraz dlhsie bezat Tanix TX3 mini (s905w@1.2Ghz) a chova sa to uplne rovnako, cize ide pekne plynulo, dokial jeden z core nedosiahne 100%, potom sa to cele resetne, nanovo nacita buffer a iny core postupne stupa az na 100%.. Predtym som to nepostrehol, pretoze som to sice pustil, ale nesledoval, proste slo, tak slo..
Ergo, je to nakoniec zrejme fakt chyba widevine, minimalne na tychto armoch.. skusim si pozriet ako to overclocknut na chvilu, ale neviem ci to tomu pomoze..
Client : to je přesně ono,zkoušel jsem to na několika RPi2 i RPi3 a zdá se , že je problém opravdu v input.stream.adaptive a v zatížení procesoru.
Nakonec se mi přece podařilo rozjet skylinklive na RPi2,ale pouze v nižším rozlíšení,
na ostatních zařízeních(OdroidC2,HTPC)
vše funkční.
sranda ze v tom tvojom logu nevidim vobec ziaden error, ani len ze stream stalled..
Nasiel som to inak nahlasene ako issue, takze si myslim ze je to potvrdene, ze nove widevine proste nestiha na armoch a musime dufat, ze google doda multicore verziu..
https://github.com/peak3d/inputstream.ad...issues/305
Já si to taky myslím od začátku že problém je v input stream adaptive, protože když v něm vypnu audio, je obraz dokonalý.A do jisté doby mi to určitě nekostičkovalo.Nevím proč ho přestal autor aktualizovat????A Skylink doplněk je jediný, který imput stream používa.Všechny ostatní doplňky mi jedou dokonale.
Nešlo by ho něčím nahradit???
Je pre beh pluginu potrebná najnovšia verzia widewine?
Pokiaľ nepotrebujete pozerať v HD, treba:
1. Otvoriť: Doplnky/Moje doplnky/VideoPlayer InputStream/InputStream Adaptive a nastaviť
2. Max. Bandwidth (Bit/s): 4000000
3. Max. Resolution general decoder: 640p
4. Max. Resolution secure decoder: 640p
rozhodne nieje skylink jediny plugin, co inputstream.adaptive pouziva. V principe to pouziva kazdy plugin, ktory pracuje s dash ci hls streamom t.j. stream s variabilnou kvalitou (netflix, youtube, hbo go, ... doninca aj rtvs plugin som tak upravoval).
Je to binarny plugin a je stale vo vyvoji, uz je verzia 2.5.0 ale nieje v oficialnom kodi repo. Nie som si isty, ci ho aktualizuju castejsie ako verzie kodi samotnej.
Tento problem navyse nesposobuje samotny adaptive, ak by si poriadne cital, sposobuje to dekryptovanie drm, ktore adaptive robi pomocou kniznice od googlu. Bez adaptive ci bez widevine by skylink plugin nebol mozny.
par stranok dozadu sa tu riesilo, ze skylink prestal ist pre staru verziu widevine, tak hadaj..
Ano, SD rozlisenie to dekryptovat stiha. Treba uz len dufat, ze google skompiluje nejaku optimalizovanejsiu verziu (aspon aby vyuzivala viac jadier).
sorry, ale už som sa v tých všetkých verziách, fixoch a fixoch fixov stratil.
(12.9.2019, 21:10)pinkytt Napsal(a): [ -> ]
Je pre beh pluginu potrebná najnovšia verzia widewine?
Pokiaľ nepotrebujete pozerať v HD, treba:
1. Otvoriť: Doplnky/Moje doplnky/VideoPlayer InputStream/InputStream Adaptive a nastaviť
2. Max. Bandwidth (Bit/s): 4000000
3. Max. Resolution general decoder: 640p
4. Max. Resolution secure decoder: 640p
Ja som to skusil nastavit no nepomohlo mi to :-(
Vyzera to, ze inputstream.adaptive ma dalsi bug.
Max. Resolution general decoder by malo byt maximalne rozlisenie pre nekryptovany obsah.
Max. Resolution secure decoder by malo byt maximalne rozlisenie pre kryptovany obsah.
Na CoreELEC 9.0.3 a inputstream.adaptive 2.3.22.1 musia byt obe hodnoty nastavene rovnako, aby to fungovalo aj pre kryptovany widevine obsah.
Na novsom CoreELEC 9.2.0 a inputstream.adaptive 2.4.2.1 je Max. Resolution secure decoder uplne ignorovane, stale vybera 720p stream.
U mna zabralo nechat obe hodnoty na max a nastavit Max. Bandwidth (Bit/s) na 3999999
Teraz sa mi Skylink pusti vzdy v SD 720x404 (pretoze 720p ma 4Mbit/s) a stiha dekryptovat a zaroven RTVS plugin (pouziva tiez inputstream.adaptive na Kodi 18+) pusti 1080p z archivu, pretoze ma necele 3mbit/s stream.
jj, potvrzuji, na LE, Kodi 18.4, input stream.adaptive stejný a Raspberry 3 see to chová stejně, video je plynulé a stíhá se dekryptovat, 720x404 a v pohodě. Myslíš, že plugin bude zase plně funkční, po opravě inputstream.adaptive?
Ja na to pouzivam x96 mini pres den vse jede ok ale jak zacne osma hodina vecer je vse nekoukatelne buferuje to jak blazen pripojenim to neni dopoledne odpoledne a pak kolem pulnoci ok pouzivam coreelec nejaky nightly 20190911
No, pokud ti to v některých částech dnes jde bez problémů a začne to mít problémy "v osm večer", tak to asi tím připojením bude. Prostě někde po cestě je úzké hrdlo, přes které se ta data neprotlačí tak, jak je třeba.
obavam sa ze nie, pretoze ako uz bolo spomenute, to ze to nestiha dekryptovat vyssie rozlisenia nieje chyba inputstream.adaptive, ale zrejme novou verziou widevine.
A to widevine neexistuje oficialne distribuovane pre arm, extrahuje sa z chromeos.
Google teda nema dovod nieco riesit, z ich pohladu to funguje, potrebuje to proste len viac vykonu..
Je mozne ze rpi4 ci vykonnejsie amlogic verzie to vklude stihaju, mne to taktuje na tom tanix tx3 mini len do 1.2Ghz a nepodarilo sa mi to pretocit vyssie (nenaisel som funkcny postup), ale ked ma niekto box/dosku, kde mu to tika na 1.8Ghz tak to zrejme stihat bude..
Resp. treba "presedlat" z CoreELEC na android kodi, tam problemy nie su..
ok, stejně chci upgradovat, ale Android Kodi se mi moc teda nezamlouvá, s výjimkou nVidia Shield. Nemá tady někdo Odroid N2 a na něm Skylink Live TV a podělil by se o zkušenosti, jestli stíhá dekryptovat video?
EDIT: Jen mi ještě přijde zvláštní, že HBOGO EU taky používá Widevine, datový tok taky cca. 4 Mbit/s a funguje ok, je to zvláštní.
tak hbogo nemam, ale na anglickom kodi fore spominaju rovnake problemy..
avsak, predpokladam ze vysielatel si vie aj nastavit uroven kryptovania a je mozne, ze hbogo ju ma nizsie, preto to zvlada vyssi bitrate dekryptovat..