[JiRo]

@killi77 Nebudu odpovídat na tu emotivní stránku tvého příspěvku.To je podle mne zbytečné a na fórum to nepatří.

Nejsme tu většinou nikdo profíci IT, ale určitá úrověň a kvalita příspěvků, zejméně těch, jejichž cílem je ostatním poradit, by měla být zachována. A pokud se v tom objeví nějaký problém, nejasnost nebo pochybnost, tak by diskuse o tom měla být, bez jakýchkoliv emocí, součástí toho, k čemu fórum slouží. Tedy k výměně informací, znalostí, pokládání otázek a hledání odpovědí. Není tedy místo na emoce v přípdě, když někdo vyjádří nějakou pochybnost či nesouhlas. I to by mělo být pokládáno za relevantní součást diskuse. Ostatně, nikdo není dokonalý a nikdo neví vždycky všechno.

Ano, měl jsi pravdu. Alespoň to vyplývá i z informací na reddit a vysvětlení, které je dohledatelné i na Kodi forum, konkrétně např. třeba zde, v příspěvku @popcornmix, člena Kodi teamu. Podíval jsem se do diskuse ještě raději tam, protože diskuse na reddit, na kterou odkazuješ, to sice konstatuje, ale nevysvětluje.

---

Důležitá, a pro mnohé (včetně mne) i nová informace tedy je, že video cache, navzdory svému označení, slouží, při přehrávání ryzího audio obsahu, také k přednačítání dat audio streamů. Což je to klíčové, co by tu mělo zaznít. Bez ohledu na to, jaký typ streamu se přehrává. To pak předurčuje i to, jakou hodnotu do <buffermode> nastavit. Podobně jako v případě, kdy jsme ji nastavovali pouze s ohledem na potřeby přehrávání video obsahu.

---

K tomu pak pár poznámek, protože někoho možná napadne, zda je bufferování audia, s ohledem na realtivně nízký bitrate (vůči např. přehrávání videa) vůbec potřeba:

• přehrávač audia v Kodi, na rozdíl od přehrávače videa, nemá vlastní buffer
  
• ono vlastně nejde ani tak o absolutní datový tok, jako spíše o plynulost dodávky dat, a pokud ta je porušena, vyhodnotí to přehrávač audia jako konec skladby a provede kroky odpovídající aktuálně přehrávanému obsahu a nastavení - např. tedy, přehrává-li se playlist (ať už statický nebo dynamicky vytvořený), přejde tedy na přehrávání další skladby v pořadí
  

Je také třeba si uvědomit, že nastavením hodnoty buffermode neřešíme nastavení pro mp3 stream, ale pro typy zdrojů v intencích popisu nastavení tohoto parametru v nastavení video cache v advancedsettings.xml, kde klíčem jsou typy zdrojů, tedy souborového systému (lokálního nebo síťového) nebo internetového zdroje (souborového systému nebo streamu). A také to, že v takovém případě musí jít o sjednocení parametrů nastavení odpovídající jak přehrávaní audia obsahu, tak současně i video obsahu.

Bude tady, i když trochu jinak, záležet na kvalitě propojení mezi Kodi a zdrojem dat přehrávaného obsahu. S ohledem na to by ostatně měla být video cache nastavována primárně vždy. Já sám například, vzhledme k tomu, že mám velmi dobré parametry internetového připojení, mám video cache (z testovacích důvodů) dlouhodobě vypnutou. A přehrávám bez problémů všechno, jak lokáně, ze sítě LAN, tak z internetu. Audio MP3 a FLAC i video až do průměrného bitrate kolem 90 Mbps.

A závěrem jen zopakuji výtku o k uváděnému příkladu obsahu advancedsettings, kde jsi uvedl hodnotu <memorysize>16000000000</memorysize> a uvádíš, že takto to má Kodi nVidia Shield PRO defaultně. Ta hodnota je nesmyslná. Dnešní verze Kodi většinou při překročení doporučeného nastavení <memorysize> nespadne, protože při přehrávání zafungují jiná omezení, které využití dynamické paměti pro video cache omezí dřive, než se tak stane, ale může to narušit správu paměti takovým způsobem, že se pak začně Kodi chovat nestandardně a pomůže mu až restart. Tím spíše je třeba se držet doporučených hodnot nastavení. Pokud se tak nestane, tak Kodi může sice běžet zdánlivě bez porblémů, ale po prvním přehrání video obsahu, tedy když přehrávání vide skončí a uživatel si i například začně volit úplně jiné funkce, mohou začít problémy.