Jak nejlépe nastavit video cache - <readfactor> v Kodi 21
Navazuji na téma <readfactor> uvedené v tomto příspěvku s aktualizací, která se týká pouze Kodi 21 Omega. V této verzi kodi se možnost změnit defaultní nastavení video cachce přestěhovalo ze souboru advancedsettings.xml přímo do nastavení Kodi. Najdete ho v Nastavení > Služby > Caching. Pozitivem této změny je to, že již není třeba editovat soubor advancedsettings.xml, případně používat dopňky, které to provádí, ale je to možné provést pohodlně z prostředí Kodi a navíc, po změně nastavení není třeba Kodi restartovat. Negatovem pak to, že parametry nastavení už Kodi nijak nekontroluje a pokud např. překročíte (s ohledem na veliikost vaší volné paměti) velikost nastavené <memorysize>, nebude v Kodi správně fungovat přehrávání video obsahu, při kterém se video cache využivá.
Zajímavou změnou v nastavení hodnoty <readfactor> je to, že je možné, kromě nastavení konkrétního hodnoty tohoto parametru, zvolit režim Adaptive. Jak tento režim funguje?
Při spuštění přehrávání začne Kodi načítat data maximální možnou rychlostí. To ale trvá jen krátce, a jen do doby, než získá první infomaci o tom, jaký bitrate má přehrávané video. V tom okamžiku začně rychlost načítání přizpůsobovat tomuto bitrate tak, aby na jedné straně měl vždy dostatek přednačetných dat a aby se míra zaplnění cache postupně zvyšovala, zároveň ale, aby načítání dat nezatěžovalo komunikaci nad nezbytně nutnou míru. Algoritmus přitom porovnává bitrate videa a zaplnění video cache. V případě, když (po zaplnění video cache na 100 %) začne její zaplnění klesat, zvýší rychlost načítání, aby se ten pokles vyrovnal.
Algoritmus tedy funguje tedy tak, aby optimalizoval využití komuniiace a zátěž zdrojových serverů. V okamžiku, když přenosová schopnost nebo schopnost serverů dočasně klesne pod aktuální bitrate přehrávaného videa (tzn. že se začnou čerpat přednačtená data z cache), zvýší hodnotu <readfactor> a když zaplnění cache začne zase růst, hodnotu <readfactor> zase sníží.
Podle mne tento adaptivní algoritmus může přispět ke snížení nárazů zatížení komunikace a serverů v prime time, kdy si statisticky významné množství uživatelů spouští přehrávání videa v podobný čas a kdy je (díky načítání cache s vysokou hodnotou <readfactor>) požadavek na dodávku a přenos dat krátkodobě enormní. Může to být až několikanásobně větší hodnota toku dat, než je suma bitrate přehráváných videí. Aby to ale tak bylo, je potřeba, aby si adaptivní režim nastavení <readfactor> zapnulo co možná nejvíce uživatelů. Přemýšlejte o tom.
Navazuji na téma <readfactor> uvedené v tomto příspěvku s aktualizací, která se týká pouze Kodi 21 Omega. V této verzi kodi se možnost změnit defaultní nastavení video cachce přestěhovalo ze souboru advancedsettings.xml přímo do nastavení Kodi. Najdete ho v Nastavení > Služby > Caching. Pozitivem této změny je to, že již není třeba editovat soubor advancedsettings.xml, případně používat dopňky, které to provádí, ale je to možné provést pohodlně z prostředí Kodi a navíc, po změně nastavení není třeba Kodi restartovat. Negatovem pak to, že parametry nastavení už Kodi nijak nekontroluje a pokud např. překročíte (s ohledem na veliikost vaší volné paměti) velikost nastavené <memorysize>, nebude v Kodi správně fungovat přehrávání video obsahu, při kterém se video cache využivá.
Zajímavou změnou v nastavení hodnoty <readfactor> je to, že je možné, kromě nastavení konkrétního hodnoty tohoto parametru, zvolit režim Adaptive. Jak tento režim funguje?
Při spuštění přehrávání začne Kodi načítat data maximální možnou rychlostí. To ale trvá jen krátce, a jen do doby, než získá první infomaci o tom, jaký bitrate má přehrávané video. V tom okamžiku začně rychlost načítání přizpůsobovat tomuto bitrate tak, aby na jedné straně měl vždy dostatek přednačetných dat a aby se míra zaplnění cache postupně zvyšovala, zároveň ale, aby načítání dat nezatěžovalo komunikaci nad nezbytně nutnou míru. Algoritmus přitom porovnává bitrate videa a zaplnění video cache. V případě, když (po zaplnění video cache na 100 %) začne její zaplnění klesat, zvýší rychlost načítání, aby se ten pokles vyrovnal.
Algoritmus tedy funguje tedy tak, aby optimalizoval využití komuniiace a zátěž zdrojových serverů. V okamžiku, když přenosová schopnost nebo schopnost serverů dočasně klesne pod aktuální bitrate přehrávaného videa (tzn. že se začnou čerpat přednačtená data z cache), zvýší hodnotu <readfactor> a když zaplnění cache začne zase růst, hodnotu <readfactor> zase sníží.
Podle mne tento adaptivní algoritmus může přispět ke snížení nárazů zatížení komunikace a serverů v prime time, kdy si statisticky významné množství uživatelů spouští přehrávání videa v podobný čas a kdy je (díky načítání cache s vysokou hodnotou <readfactor>) požadavek na dodávku a přenos dat krátkodobě enormní. Může to být až několikanásobně větší hodnota toku dat, než je suma bitrate přehráváných videí. Aby to ale tak bylo, je potřeba, aby si adaptivní režim nastavení <readfactor> zapnulo co možná nejvíce uživatelů. Přemýšlejte o tom.