Vlákno názorů k článku
Je moderní LCD tak dobré jako CRT? od Gals - Zajímalo by mě z čeho usuzujete, že by...

  • Článek je starý, nové názory již nelze přidávat.
  • 3. 9. 2007 9:32

    Gals (neregistrovaný)
    Zajímalo by mě z čeho usuzujete, že by se neměl zobrazit žádný text a obraz být jedna barva na dobrém monitoru, když ve skutečnosti ten obrázek vůbec takový není. Nejde náhodou jen o to, že CRT není schopno zobrazit ostré pixely a proto obraz rozmaže tak, že vypadá jako jedna barva? A to podle mě tedy nevypovídá o kvalitě monitoru!
  • 3. 9. 2007 9:57

    Clock (neregistrovaný)
    Obrazek se sklada z zeleno-fialove jemne (1-pixelove sachovnice) a sedych pismen. Prumerna barva te sachovnice je stejna jako tech pismen. Pri normalni pozorovaci vzdalenosti to oko nerozezna, diky neostrosti a diky tomu, ze barevna rozlisovaci schopnost oka je horsi nez jasova. A tak se budou obe plochy zobrazovat stejnym jasem.

    Jak je nekde ve zobrazovani chyba, rozjede se casto linearita obrazu a plochy uz stejny jas nemaji.

    Napr. nahrajte obraz do GIMPu, prepnete do RGB a zvetste pomoci Resize Image (ne pomoci zoomu!) na 200% - a pismena vyrazne vystoupi. GIMP ma totiz zvetsovani obrazku napsano uplne blbe.

    Nebo zkuste obrazek zmensit ve Firefoxu (takove kdyz se to nevejde na obrazovku). Vznikne slable zelenofialova sachovnice s fragmenty pismen. Firefox ma zmensovani taky napsane blbe. Zapomneli totiz na Shanonovu vetu o frekvencni filtraci pri prevzorkovani a vysoka frekvence sachovnice se jim silne aliasuje do nizkych frekvenci obrazu. Navic Firefox kasle uplne na gammu.

    V Linksu to chodi OK, ten ma zmensovani napsane podle fotometricke teorie, takze se tam se to zmensi na sedivy obdelnik.

    U LCD problem zpusobuje to, ze prubeh zmeny jasu pixelu v case je nelinearni. U idealniho zobrazovace a u CRT zadny takovy jev neexistuje posuv obrazku o pixel bliknuti nezpusobi, u LCD ano. Dalo by se to teoreticky u toho LCD vykompenzovat elektronicky, ale to asi jeste nikdo neudelal. Vadit to muze u 3D strilecek, kdyz se o trochu posune zed s jemnym vzorkem - pak to bude vypadat, ze zed pri posouvani blika.

    Dalsi problem je, ze LCD zobrazuje mimo presne kolmy pohled ujete. Jenze to ujeti je jine na zelene a fialove a jine na sede. Tak pri pohledu ze strany pismena vystoupi. U CRT nezavisi barva na uhlu pohledu a kdyz uz, tak pro vsechny barvy stejne, takze se obraz takovymhle zpusobem nerozsejpa.
    V praxi to vadi, ze zejmena na levnejsich LCD se neda navrhovat nic, kde zalezi na presnem podani barev - clovek nikdy nevi, co na obrazovce vlastne presne je.

    Pak jeste existuje jev jmenem Haidinger's Brush http://en.wikipedia.org/wiki/Haidinger%27s_brush - ja osobne to na LCD vidim zretelne - a ten take pocopitelne zkazi cistotu barev, jednou se pastelovy odstin jevi trochu do zluta, podruhe trochu do modra, podle toho, kam do obrazu se clovek zrovna koukne. Lysergic Crystal Display.
  • 3. 9. 2007 10:39

    Pichi
    Ten obrazec není šedá plocha a tedy je naprosto normální, že se nezobrazí jako šedá plocha. Zbytek jsou zbytečné kecy.
  • 28. 12. 2007 19:18

    xChaos (neregistrovaný)
    To je naprostá pravda. Ten obrázek je složen z mozaiky světle zelených a fialových pixelů. Proč by se proboha měl zobrazovat jako šedá plocha ?

    Písmena jsou šedivá na jiném než šedivém podkladě. Je naprosto logické, že mi LCD display ukáže jako něco jiného, než jako šedou plochu... otázka samozřejmě je JAKO CO by to měl správně zobrazit... ale k té jednolitosti nevidím důvod...
  • 3. 9. 2007 15:16

    bez přezdívky
    Co to je "normalni pozorovaci vzdalenost?" Kdyz poodejdu od monitoru vic jak na dvojnasobek te vzdalenosti, pri ktere normalne s pocitacem pracuji, tak vidim sedou plochu. Ale pri moji normalni, nebo chcete-li rekneme bezne pozorovaci vzdalenosti vidim tu sachovnici docela presne a tedy i ty napisy. Vse ve FF.
  • 28. 12. 2007 19:31

    xChaos (neregistrovaný)
    no, je otázka jestli to zmenšování vůbec dělá firefox a jestli se nespoléhá na služby nějaké knihovny, se kterou je slinkovaný... správné řešení v linuxovém duchu by nebylo psát vlastní browser, ale commitnout bugfix přímo do daného open source projektu, ve kterém je chyba :-)

    každopádně nejsem si jistý, jestli je o jednom algoritmu zmenšování možné říct, že je objektivně spravný a druhý že je objektivně špatný. ten obrázek nese i jinou informaci, než je "průměrná barva pixelů" - a algoritmy, které tuhle informaci dokáží při zmenšování zachovat, nemusí být vůbec špatné... může to být feature, nikoliv bug..