25.4.2021, 20:56
@Teron: Zkoumal jsem to dřív na zařízení s CPU Amlogic S912 a je to chyba v driveru hardwarového H.265 dekodéru v kernelu 3.14. Při přepnutí na čistě softwarový dekodér to je v pořádku. Přešel jsem kvůli tomu na novější zařízení s CPU Amlogic S905X3, kde byl v CoreELEC ng novější kernel 4.9, kde to fungovalo správně, ale pouze do CoreELEC 9.2.5. V novějších verzích se objevila stejná chyba.
Při pokusu o debugování driveru jsem našel příčinu chyby ve výpočtu záporného čísla prvního snímku (iPOCmsb), což by dle specifikace H.265 mělo být v pořádku, ale buďto jinde v driveru nebo v čipu se se zápornými čísly snímků nepracuje správně a vznikají tyto chyby v obraze. Srovná se to v okamžiku, kdy se čísla snímků dostanou do kladných hodnot. Problém se dá pozorovat pouze u muxu 24, protože tam je větší rozsah čísel snímků než v ostatních muxech a může tam trvat až asi 18 minut, než se čísla přehoupnou do kladných. V jiných muxech problém není, protože tam jsou tak malá čísla snímků, že se to samo srovná do pár vteřin.
Při pokusu o debugování driveru jsem našel příčinu chyby ve výpočtu záporného čísla prvního snímku (iPOCmsb), což by dle specifikace H.265 mělo být v pořádku, ale buďto jinde v driveru nebo v čipu se se zápornými čísly snímků nepracuje správně a vznikají tyto chyby v obraze. Srovná se to v okamžiku, kdy se čísla snímků dostanou do kladných hodnot. Problém se dá pozorovat pouze u muxu 24, protože tam je větší rozsah čísel snímků než v ostatních muxech a může tam trvat až asi 18 minut, než se čísla přehoupnou do kladných. V jiných muxech problém není, protože tam jsou tak malá čísla snímků, že se to samo srovná do pár vteřin.