• Vítejte na XBMC-Kodi.cz
  • Česko-slovenská komunita fanoušků XBMC/Kodi
Vítejte návštevníku! Přihlášení Registrace


Hodnocení tématu:
  • 1 Hlas(ů) - 2 Průměr
  • 1
  • 2
  • 3
  • 4
  • 5
Kodi, mýty a fakta
#61
Musím se přiznat, že nastavení Adaptive je pro mě novinkou.
Když odhlédnu od pokusu s přerušením netu, nevím, jestli je lepší verze s pevným či dynamickým readfaktorem.  S pevným je sice větší náraz, ale celkově po kratší dobu. S dynamickým je zátěž rozprostřena v čase, ale každý vzorek představujevyšší zátěž. Alespoň dle screenů.
Toto dilema by asi vyřešil monitoring serveru pro obě varianty. Samozřejmě s patřičným počtem uživatelů.
Faktem je, že v obou pokusech se musí přenést stejný objem dat a časový vzorek je relativně krátký. Zajímavé by bylo zjištění, co team Kodi k tomuto řešení vedlo.
X96max plus 4/32 + CE 21 + skin Confluence SCC / TV Samsung QE55Q6FNA
X96max plus 4/32 + CE 20.5 + skin Confluence SCC

AVR Denon 1600H / Dali Spektor 5.1
Win10pro + Kodi19.5
NAS Synology 215j 3TB Raid1
Router Turris 1.1
 
Citovat
#62
@jkmh: Myslím, žes to popsal docela přesně. Včetně toho testování, kde nemáme šanci to nějak prokazatelně provést. Ještě bude zajímavé podívat se na průběh přehrávání v situaci, kdy budou server Webshare zatíženy (hlavně ty problematické), jak se to bude chovat tam. Ale jinak asi šance nějak prokázat, že adaptivní nastavení je lepší, není. Spíše je to pocit, ale ani já si tím nejsem 100% jistý...

A mimochodem. Konečně, ve verzi CE 21, funguje správně pořízení screenshotů i ve 4K rozlišení. Teď jsem zkoušel udělat screenshot při přehrávání 4K s průměrný bitrate 70 Mbps a provedlo se to bez problémů. U verze CE 20 mi zamrzl celý systém.
 
Citovat
#63
No mně to se screenshotem při přehrávání pořád nevychází. Ve větší či menší míře je vidět vykreslování.


Přiložené soubory Miniatury
   
X96max plus 4/32 + CE 21 + skin Confluence SCC / TV Samsung QE55Q6FNA
X96max plus 4/32 + CE 20.5 + skin Confluence SCC

AVR Denon 1600H / Dali Spektor 5.1
Win10pro + Kodi19.5
NAS Synology 215j 3TB Raid1
Router Turris 1.1
 
Citovat
#64
@JiRo: Protože v řádku 3 informací Player Debug Info přibyly další hodnoty, viz tvé uvedené přílohy, mohl bys, prosím, uvést pro lepší pochopení jejich význam?
Řádek začíná Player a pokračuje přes Forward...

A zadruhé poprosím, mohl bys podobně, jako přerušení přísunu dat, vyzkoušet naopak (aby se to přiblížilo mým starším testům)
po 1. minutě od začátku přehrávání na 1 minutu udělat Pause, pak znovu Play - jak bude vypadat graf následující minuty?
Díky
Kodi 20 -LibreELEC/LinuxMint/Win/Android -RPi4/3/2/ IntelPC/xMiStick4K -Router 1Gbit 2.4+5GHz
 
Citovat
#65
@meda: No, s těmi informacemi v Player Debug Info u CE 21 se sám ještě dost potýkám, protože jsem nenašel čas k tomu ověřit si, jak a čím jsou teď vlastně plněné. Trochu jinak se to chová v okamžiku, kdy se přehrává něco, co video cache nepoužívá a trochu jinak, když se naopak video cachce využívá. A celé se to chová trochu jinak než u CE 20 20. Budu nad tím muset ještě chvíli přemýšlet, případně položit dotaz vývojařům.

Požadovaný test je níže, snad jsem to pochopil správně. Video s průměrným bitrate 9 Mbps, maximum tarifu 150 Mbps. Udělal jseme tři screenshoty, vždy po minutě, aby byly vidět právě i hodnoty Player Debug Info.

-1:00 Spuštění přehrávání
   
-2:00 Spuštění přehrávání, -1:00 Pause
   
-3:00 Spuštění přehrávání, -2:00 Pause, -1:00 Play
   
 
Citovat
#66
@JiRo: Když se tedy dívám na ty hodnoty % v P.D.I., není tam ještě 100%. Zřejmě adaptivní režim číslo <readfactor> hodně sníží. Proto asi nedošlo k mnou očekávanému výraznému poklesu na grafu během Pause. (Data nejsou potřeba pro Player ale do cache stále putují.)
Byl jsem totiž zvědavý, jak po výrazném poklesu datového toku se projeví opětovné spuštění Play.

Jak jsem minule poukázal na hodnoty % ve verzi Kodi Beta2, že se chováni Bufferu Playeru po Pause výrazně změní.
Poslední odstavec: https://www.xbmc-kodi.cz/prispevek-libre...#pid127042
Kodi 20 -LibreELEC/LinuxMint/Win/Android -RPi4/3/2/ IntelPC/xMiStick4K -Router 1Gbit 2.4+5GHz
 
Citovat
#67
@meda Ano, ten <readfactor> se pohybuje kolem 2-3. A k poklesu nedošlo, protože cache nebyla ještě zaplněná.
 
Citovat
  


Přejít na fórum:


Prochází: 1 host(ů)