@JiRo: @jkmh: Mám tu takový ideový problém. Cache Forward a procenta. Červeně opravy podle Jiro.
LE/Kodi 20.2 Nexus na RPi4 2GB, SCC 2.3.5.
Cache neovlivněna přes advancedsettings.xml, tedy je defaultní velikost 20MB, Buffermode 0, Readfactor 4.
Najdu stream, kupříkladu Otec Brown, s9e2, H264, 3.16Mbitps. (Také to teď vysílala TV.)
Spustím, vyvolam informace Shift+Ctrl+O:
Forward se drží 14.88MB a údaj 100%.
Po minutě přehrávání zapauzuji na 1 minutu.
Po spuštění se za asi 5 sec dorovná Forward 14.88MB a údaj 15%.
Procenta Buffer se drží na 15 a hodně pomalu stoupají.
Po dlouhém čase se dorovnají na 100%.
Pokud ale ovládáním skočím vpřed, například o 2 minuty, údaj se z 15 hned změní na 100%. To znamená, že výpočet se restartuje.
Do očí bije rozpor mezi plnou pamětí Forward a stavem %.
Špatně chápu, o čem čísla vypovídají? Procenta tedy nemluví o naplnění Forward cache. Zde mne opravil JiRo, že jde o Buffer playeru.
Logická úvaha o výpočtu říká, že průměrný tok přehrávání se na počátku sníží o zapauzovaný čas vícenásobně, než když udělám pauzu ke konci videa.
Pak se i koeficient Readfactor projeví na počátku videa víc, ten přepočet omezuje přísun dat ze streamu.
(Ano, ke konci videa se opravdu procenta nesníží o tolik.)
Plnému Forward neodpovídá 100%.
Takže ta procenta neukazují naplnění paměti - ale přepočet v procentech, jakou Rychlost krát Readfactor je v této chvíli povolený maximální tok dat streamu.
Ale chyba v logice.
To by bylo i vysvětlení, proč si někteří stěžují na spadnutí videa po dlouhém (hodina?) zapauzování. Přepočet sníží tok dat na nepřijatelnou hodnotu.
Proto není vhodné při přepnutí TV na jiný vstup HDMI nebo tuner mít od CEC nastavenou Pause ale je vhodné Stop.
Samozřejmě, pokud Readfactor nastavíme na 40, bude přepočet příznivější. Pokud souvisí Forward a Buffer.
Popsal jsem fakt nebo jsem vytvořil další mýtus?
LE/Kodi 20.2 Nexus na RPi4 2GB, SCC 2.3.5.
Cache neovlivněna přes advancedsettings.xml, tedy je defaultní velikost 20MB, Buffermode 0, Readfactor 4.
Najdu stream, kupříkladu Otec Brown, s9e2, H264, 3.16Mbitps. (Také to teď vysílala TV.)
Spustím, vyvolam informace Shift+Ctrl+O:
Forward se drží 14.88MB a údaj 100%.
Po minutě přehrávání zapauzuji na 1 minutu.
Po spuštění se za asi 5 sec dorovná Forward 14.88MB a údaj 15%.
Procenta Buffer se drží na 15 a hodně pomalu stoupají.
Po dlouhém čase se dorovnají na 100%.
Pokud ale ovládáním skočím vpřed, například o 2 minuty, údaj se z 15 hned změní na 100%. To znamená, že výpočet se restartuje.
Do očí bije rozpor mezi plnou pamětí Forward a stavem %.
Špatně chápu, o čem čísla vypovídají? Procenta tedy nemluví o naplnění Forward cache. Zde mne opravil JiRo, že jde o Buffer playeru.
Logická úvaha o výpočtu říká, že průměrný tok přehrávání se na počátku sníží o zapauzovaný čas vícenásobně, než když udělám pauzu ke konci videa.
Pak se i koeficient Readfactor projeví na počátku videa víc, ten přepočet omezuje přísun dat ze streamu.
(Ano, ke konci videa se opravdu procenta nesníží o tolik.)
Plnému Forward neodpovídá 100%.
Takže ta procenta neukazují naplnění paměti - ale přepočet v procentech, jakou Rychlost krát Readfactor je v této chvíli povolený maximální tok dat streamu.
Ale chyba v logice.
To by bylo i vysvětlení, proč si někteří stěžují na spadnutí videa po dlouhém (hodina?) zapauzování. Přepočet sníží tok dat na nepřijatelnou hodnotu.
Proto není vhodné při přepnutí TV na jiný vstup HDMI nebo tuner mít od CEC nastavenou Pause ale je vhodné Stop.
Samozřejmě, pokud Readfactor nastavíme na 40, bude přepočet příznivější. Pokud souvisí Forward a Buffer.
Popsal jsem fakt nebo jsem vytvořil další mýtus?
#
Na diskuzi jen fórum, ne SZ.
Na diskuzi jen fórum, ne SZ.