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

JiRo: AFR pomáhá, jak jsem to teď testnul. Je to přesně jak říkáš.

Když jsou nakešovaný data, tj. kus časomíry je předšedlý, tak se to zjevně neškube. Jakmile není dostatek přednačtených dat, tak je to se škubáním.

---

jkmh: Net u nás měl prvně pod palcem selfnet. Byly s nima problémy, ale spíše po stránce funkčnosti, např. 3 hodiny nešel net, když jsem volal na helpdesk, tak mě vyfuckovali s tím, že musím napojit PC přímo z modemu a další píčoviny... No jenže ještě předtím jsem mluvil se sousedkou a jim to taky nešlo. Takže za půlhodinu už se borec ze selfnetu vrtal ve skříni na ulici. Ale 200mbitps jsem tam měl furt, i v prime-time.
Pak byl selfnet spolknut nej.cz. Místo tarifu 200mbitps s agregací 1:1, jsme vyfasovali 300mbitps s tím, že agregace neznámá (rozuměj negarantovaná), ale určitě na tom prý budeme líp. To se ještě dalo.
Jenže o pár měsíců později bylo nej.cz spolknuto O2. No a jak zjevně, už na to serou úplně a vesele všechno agregují do absolutního agregovna.

Tu sračkoidní  rychlost mám i pod oaklou, speedtestem atp. Lítá mi to dnes od 20 Mbitps po 70 Mbitps, a to si připlácím 100Kč/měsíc na o +1 lepší tarif (ze 100 mbitps na 300 mbitps), ale zjevně tam nemám ani to, co slibuje ten základní tarif bez příplatku.

@harrym: Jak jsem napsal, klíč k tomu je to, čemu kdo říká "škubání". Pokud je to tak, jak popisuješ, tak je to v tomto případě patrně opravdu způsobeno tím, že přehrávač nedostane data včas. Kdo/co za to ale může, až tak jednoznačné ale být nemusí. Každopádně, místo orienace podle "zašedlé časomíry", bude asi lepší si zobrazit Player Debug Info. Tam to uvidíš jasně a přesně, včetně té dynamiky vývoje, kterou můžeš např. srovnávat s dynamikou scén přehrávaného videa, která nároky na HW ovlivňuje poměrně zásadně. To ti o tom, co se děje, může říct mnohé.

Z minulosti Kodi a tehdejšího HW na kterém se provozovalo, si pamatuji na případy nedostatku výkonu HW, kdy dekódování videa a jeho následný rendering zatížil CPU/GPU tak, že to mělo vliv i na zpomalení ostatních procesů, což se mohlo projevit i problémy u procesů obsluhujících komunikaci a načítání dat do bufferu přehrávače. A bylo to právě v dobách, kdy přicházel HEVC a kdy se i tady vášnivě diskutovalo o tom, který HW a jak dokáže dekódovat 8 bit a který 10 bit. Ty se v tomto do jisté míry vlastně do těchto času vracíš. Hodně lidí se tehdy divilo, jak to, když rychlost komunikace mají dostatečnou a když mají nastavenou správně i video cache, že se data do bufferu přehrávače nedostanou včas.

Pokud máš takové zkušenosti s tvým poskytovatelem jak popisuješ, tedy že to nemusí být jen cílená restrikce směrem k jednomu zdroji (v tomto případě tedy Webshare), tak pak je bezpochyby třeba to řešit primárně s ním. Nesmíš ale zapomínat na to, že i na straně Webshare mohou být problémy, jak to popisoval @jkmh:. A tam už je to o chlup složitější. Projevují se jen někdy (nejčastěji v prime time) a jen u některých Webshare serverů. Tohle ale řešit není s kým, to je prostě současná realita.

Ono je tedy možné, že tady současně působí víc těchto vlivů, provider, ať už abolutní nechopnost dodržet parametry rychlosti nebo cílené omezování toku dat od Webshare serverů, problémy na některých Webshare serverech a nakonec i limity  tvého HW, tedy výkonu CPU/GPU, případně i LAN rozhraní. Ono je to tak, že když jeden z těchto aspektů bude na hranici použitelnosti, např. tedy HW a ostatní bude šlapat bezchybně, tak to může fungovat, byť s jistým známým omezením (např. víš, že si nepřehraješ DV). Pokud se ale na té hranici použitelnosti pohybuje i to ostatní, je pak hodně těžké jasně a jednoznačně stanovit, co, kdy a do jaké míry ty problémy způsobuje. To je třeba důvod, proč já o HW nijak nespekuluji a volím zásadně vždy takové řešení, o kterém vím, že mě nijak omezovat nebude. Mám pak jistotu, když se nějaké problémy objeví, že HW to velmi pravděpodobně nebude. I s tímhle musíš v případech, kdy se snažíš nalézt levné řešení HW pro Kodi, počítat.