Administrace komentářů

Zkusím ještě doplnit Michala Kubečka. Videa většinou mají 25 nebo 30 Hz, opět je to starobylý relikt, který je navázán na frekvenci střídavého proudu v Evropě (50Hz) a USA (60 Hz) z doby televizí s CRT, které v této frekvenci zobrazovaly vždy půlsnímek, tedy sudé nebo liché řádky. A při navázání na frekvenci sítě se jejich obvody pro zobrazení obrazu v těch cca 50-90 léta minulého století dělaly jednodušeji.

Vyšší frekvence a šetrnost k očím má skutečně smysl primárně pro CRT zobrazovače, které zobrazují tak, že paprsek elektronů je směřován na luminiscenční vrstvu a rastruje celou obrazovku, takže pro jeden bod se vždy rozsvítí a pak postupně slábne a až paprsek projede celý snímek tak ho znovu rozsvítí. Jak rychle rozsvícení slábne závisí na konstrukci, pokud pomalu dostaneš duchy při pohybu, pokud moc rychle je pocit blikání. Více to bylo vidět v okrajových částech zorného pole (mimo žlutou skvrnu), kde máme v oku větší podíl tyčinek proti čípkům a které reagují rychleji.

Pro LCD/LED zobrazovače o tohle nejde, máš tam konstantní světlo z podsvícení a LCD body ti to světlo zavírají a zavírají konstantně v tom časovém intervalu.

120Hz se dělá primárně pro hry, kdy hra skutečně vypočítá 120 rozdílných snímků za sekundu a pošle je do zobrazovače. Pro video má smysl primárně, pokud víš, že těch 120 rozdílných snímků jsi schopen vyrobit ze signálu, který má 30 (25) snímků. Mnohé televize tohle dělají, kdy mají specializované čipy, obraz je o několik snímků zpožděn a ony se pokoušejí dopočítat těch několik (3) snímky, které by mohly být mezi snímkem v čase 0 a snímkem v čase 1/30 (potřebuješ snímky v časech 1/120, 2/120=1/60 a 3/120=1/40 než budeš mít skutečný přijatý snímek v čase 4/120=1/30) Třeba při pohybu hráče na hřišti nebo nějaké akční scény je potřeba v obraze identifikovat, které části obrazu se proti sobě, jak pohnuly. Pokud tohle nebude ti nic dělat a všechny 4 snímky (0,1,2,3)/120 budeš mít stejné, tak nic nezískáš. Neříkám, že to nejde, nestudoval jsem to. Na druhou stanu, pak to může být ta "soup opera", jak píše Michal, protože se vlastně díváš na něco, kde 3/4 je něco "vypočítaného lokálně" a jen 1/4 je reálný záznam. Obzvláště, když analýza obrazu situaci rozebere špatně a rozpohybuje to jinak.

Jak to je v linuxovém software netuším.