[meda]

Inovoval jsem instalaci LibreELEC Omega Beta2 verze z 18.1.2024 -na RPi4 2GB.
Má novou položku v menu Služby/Caching.
Zkoušel jsem nastavovat velikosti Caching Memory Size, Read Factor a Chung Size v Nastavení/Služby, vybíral různé objemy a toky jednoho videa ze streamu a to posílal na 4K Samsung TV.
Víceméně jsem potvrdil závěry @JiRo a @jkmh v tématu Kodi, mýty a fakta

V souboru config.txt je položka Default GPU memory split, 76MB are needed for H264 decoder: gpu_mem=76
Tu jsem pro test zdvojnásobil na 152 kvůli zabrání prostoru paměti.

:: ::
Do zkoušení se promítly tři okolnosti. Schopnosti internetové linky, schopnosti HW a nastavení SW.
Docházelo ke čtyřem stavům: Bezproblémový běh v playeru. Samovolné ukončení playeru. Zamrzaní v playeru, ze kterého šlo odejít povelem (nastaveným v Keymap) do Home obrazovky a provést reboot. Zamrzání, ze kterého šel pouze manuální reboot HW.
Poruchové stavy mají společný jmenovatel - načtení dat do cache, kdy přidělená velikost Memory Size =1GB už ovlivní negativně běh LE/Kodi.

Nastavení pro testy, obsahuje jen Omega Beta2:
Defaultní () a testované, Buffer all a No Buffer.
Memory Size (20MB) -od 192MB/256/384/512/768 do 1GB
Read Factor (4x) -testoval jsem na 3 a 2.5x -význam jen na rychlost plnění.
Chung Size (128kB) -testoval jsem na 1MB - nemělo význam.
.
Video/objem/tok/kodek -soubory pro test.
FHD/10.00/10.50/AVC
UHD/14.85/15.60/HEVC
UHD/23.90/24.00/HEVC
UHD/66.00/69.00/HEVC

:: ::
Všech kombinací je víc než vyjmenovaných 168 ale smysl má vybrat mezní a pak doladit.
Neověřil jsem dopad schopností internetové linky, čerpání dat z "cache forward".

Jako nejlepší poznatek uvedu, že podobně jako @JiRo jsem zjistil bezvadný běh při No Buffer.
A to právě na nejvyšším objemu/toku.

Výsledky různých nastavení vedou k tomuto závěru
pro RAM 2GB neboli 1772MB (při gpu_mem=152) prezentované v Kodi 22 Beta2:
(Odečítáno na stránce Nastavení-Systémové informace.)
Základní spotřeba paměti je 277MB (16%).
Mezní hodnota havárie playeru (při Memory size 1GB) je 90% obsazené paměti Kodi, tedy musí zbývat 177,2MB (10%).
Pro běh Kodi a playeru tedy musíme ponechat:
277+177,2=454,2MB

Pro výpočet cache zbývá 1317,8MB (~1318MB) u 2GB verze RPi4.
Chyba byla zaznamenaná u hodnoty forward=692MB odpovídající 90%, tedy celkem této hodnoty plus dat zbylých v backward.
(Pokud by k chybě nedošlo, byly by při ustáleném běhu hodnoty backward a forward 250+750MB pro Memory Size =1GB.)
Při hodnotě Read Factor =4 by výpočtem měla být backward naplněna při chybě právě na:
692/4=173MB.
692*5/4=865MB ...celá možná cache pro použité RPi. Jak je ve vztahu k 1317,8?

1318/865=1,524 ...z toho odvodím výpočet maximální možné velikosti Memory Size postupem: Celá v Kodi zobrazená hodnota RAM minus běhová RAM to celé děleno koeficientem 1,524.
(1772-454,2)/1,524=864,9MB
Zkouškami jsem zjistil, že opravdu při výběru (přednastavené hodnoty) v Nastavení/Služby Memory Size =768MB k chybě ještě nedochází.

Ještě jedné okolnosti jsem si všiml. Pokud je Služba Caching No Buffer, tak v Payer Debug Info sledování parametru "procenta zaplnění" kolísá mezi 99 a 100%, jako by stále něco měřil.