Subpixel antialiasing aneb zírám

31.12.2006 01:14 | Přečteno: 3022× | poslední úprava: 31.12.2006 17:28

Zcela netypicky se tento zápis týká Linuxu, konkrétně grafického rozhraní

Víceméně náhodou jsem dnes měnil nastavení vykreslování fontů (ono se totiž při nějaké aktualizaci lehce rozbilo ) a napadlo mne zapnout subpixelový antialiasing. Normálně to nedělám, protože následkem je barevné moaré kolem písmen a to mě zrovna moc nebere, i kdyby byly tvary o trochu lepší. Tentokrát mě ale napadlo zkusit "vertikální RGB". Předtím jsem to myslím nikdy nezkusil, protože jsem si říkal: kdo by organizoval pixely v LCD panelu svisle? Každý normální člověk by je přece udělal v pořadí R,G,B,R,G,B... nebo v nejhorším B,G,R,B,G,R...

No, zjevně tvůrce mého LCD panelu byl poněkud zvláštní a zorganizoval pixely svisle. Anebo je ten vertikální antialiasing nějaký lepší z jiného důvodu, kdo ví, ale efekt byl pozoruhodně dobrý! Vykreslování fontů se zlepšilo natolik, že jsem dokonce ochoten vyzkoušet vektorový font v textovém editoru, kde jinak panují jednoznačně bitmapy. Vizuální zlepšení, řekl bych, tak o 50%. A žádné duhové odlesky kolem písmen - všechno ostré, aspoň do té míry, do jaké to mé pidlooké oko vidí.

Poučení z toho plyne... é... nejspíš to, že zkusit se mají všechny možnosti, i ty, které vypadají úplně absurdně

Update: Připojil jsem dva screenshoty - první ukazuje vzhled obrazovky bez subpixel antialiasingu, druhý tentýž úsek se zapnutým vertikálním RGB subpixelovým antialiasingem.

       

Obrázky

Komentáře

[Kyosuke]

Ono bez znalosti přesného uspořádání subpixelů nemá nějak moc smysl tuhle techniku vůbec používat, že jo, poněvadž je na tom založená, že.

[Bluebear]

To je teoreticky pravda, ale kdybychom měli používat jen to, čemu rozumíme, tak bychom se nikdy nikam nedostali

[#Tom]

Smysl této funkce jsem nikdy nepochopil, protože jsem si nikdy nevšiml žádné změny obrazu k lepšímu, spíše naopak. Na druhou stranu lze takto pěkně zprasit snímky obrazovky.

[Bluebear]

Myslím, že také hodně záleží na vkusu. Ale protože s použitím subpixelového vyhlazování je výsledek závislý na konkrétním monitoru, tak screenshoty samozřejmě vypadají mizerně, to je nevyhnutelné.

[belisarivs]

A muzu se zeptat jak jsi to nastavil? V xorg.conf?

[Kníže Ignor]

Debian, Arch... to jenom ukazuje, jakou hodnotu má tento komentář o klikacích šmejdech.

Já mám taky vertikální uspořádání, to byla jedna z prvních věcí, co jsem si zjistil.

A když jsem si prohlížel zdrojáky jednoho z těch okenních manažerů pro měkkouše (openbox, fluxbox nebo tak něco), tak jsem zjistil, že ani nepoužívá freetype a vyhlazuje si po svém! To těm měkkoušům teda fakt nezávidím

[belisarivs]

Dokazuje to prdlajz. Proste jsem prehledl zaskrtavatko v kcontrol. To je cele.

Klikacim bazmekum ani editaci konfiguraku se nebranim. Pouzivam to, co je pro me aktualne nejlepsi a nejrychlejsi.

Ono to mofti cleartype taky neni zasny zazrak. V Linuxu antialiasing pouzivam porad a je skvely. V XP jsem ho hned zase vypnul.

[D-Evil]

ClearType je hnus (na LCD možná ne, nevim, nemám), ale obyčejný vyhlazování je v pohodě.

[andree]

ono je cleartype urceny prave pre LCD (na ktorych je struktura vacsinou rovnaka a pixely sa neposuvaju podla toho, ako je prave otoceny monitor a ako je vychyleny paprsok magnetickym polom zeme (napr.)), samozrejme ze na monitoroch to bude vyzerat hnusne.. naopak. normalny antialiasing na LCD nemozem prekusnut, kym na monitore sa to este da... btw. cleartype~=subpixel antialiasing

[Josef Kufner]

I na LCD je to hnus. A na obyčejném vyhlazování mi vždycky zmizelo malé L (pod Win XP)

[Kníže Ignor]

Reaguješ skoro jako, kdyby sis myslel, že jsem to myslel vážně To bych přece neudělal, abych Doliho nevážně míněný příspěvek do flamu použil v seriózně míněném komentáři!

Jinak ClearType se mi docela líbí, pokud ho vyladím pomocí toho MS wizardu (není ale v instalaci přítomen, nechápu proč). Ten wizard dává 2x6 různých druhů vyhlazování, v linuxu máme 4x4 možnosti (úroveň hintingu x typ subpixel hintingu), takže je otázka, jak to vlastně ta MS utilitka ladí.

[belisarivs]

Jo. Myslel. Ja vubec beru veci az moc vazne. Musim si na to davat pozor.

zkousel jsem ten wizard a nevim. Je to nejake divne. Bud to hraje vemabarvama nebo je to moc rozmazane. Celkem mi to moc nesedi. Dluzno dodat, ze mam CRTcko.

[Bluebear]

Nastavil jsem to pomocí KDE Control Center, ale to nastavení se zapisuje do souboru ~/.fonts.conf, takže to jde snadno udělat i ručně. Můj ~/.fonts.conf teď obsahuje toto:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
 <match target="font" >
  <edit mode="assign" name="hinting" >
   <bool>true</bool>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="hintstyle" >
   <const>hintslight</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="rgba" >
   <const>vrgb</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="antialias" >
   <bool>true</bool>
  </edit>
 </match>
</fontconfig>

[belisarivs]

No, ja se do kcontrol kouknul jako na prvni vec. Az ted jsem si vsimnul, ze jsem to prehledl. Proto jsem hadal, ze to bude v xorg.conf. Chtel bych to nastavit globalne.

[stativ]

tož použij tedy /etc/fonts/fonts.conf

[Kyosuke]

Kontrolní otázka: Kolik řádků by ten konfigurák měl jako plaintext? :D

[Kníže Ignor]

Tenhle může být na jednom řádku, tak těžko říct, jestli je k poražení

[Michal Vyskočil]

Zajímavější je spíš poměr počet znaků vs užitečná informace

[Bluebear]

Máš naprostou pravdu. Obecně považuji fontconfig za velmi dobrý nápad, ale s tím XML konfigurákem mi taky lezou na nervy.

A to ani nezmiňuji hlavní konfigurák /etc/fonts.conf, kde se klasické konstrukce if-then-else přepisují do XML.

Bohužel XML dnes holt frčí, zatímco čistý text je beznadějně "out". A vynalézat znovu kolo (pokud možno osmihranné) je oblíbená zábava každého geeka (moje taky, takže suma sumárum mám nejmíň co říkat).

[Kyosuke]

Uvažuju o tom, že si na tyhle věci napíšu generátor. Koneckonců, XML je v případě dat (v protikladu s psaním dokumentů) především formát pro strojový výstup, že.

[Leoš Literák]

XML je velice snadno validovatelne a strojove zpracovatelne, existuje pro nej spousta nastroju (editoru) i vyvojovych knihoven. Proto frci a bude frcet jeste vice. Resistance is futile

[Michal Vyskočil]

To si ti pánové taky nemohli vymyslet nějaký lepší formát, a né to stavět zrovna na SGML*?

*jo já vím, HTML, už jsem zticha ...

[Bluebear]

Pozor, já nejsem proti XML jako takovému. Naopak, XML považuji za vynikající cestu, jak vymýtit nejrůznější polobinární obludné formáty, které vznikly v dřevních dobách kvůli tomu, aby bylo možné uchovat text i s formátováním. A i hodně binárních formátů by se určitě dalo nahradit vhodným XML a proti tomu také rozhodně nic nemám.

Ovšem používat XML na místě, kde by perfektně vyhovoval čistý text, to je poněkud nesmyslné. A zrovna konfigurační soubory jsou většinou toho druhu (vím, je i pár takových, co se nedají číst ani v plaintextu, ty v XML mají aspoň nějakou strukturu).

[Michal Vyskočil]

(vím, je i pár takových, co se nedají číst ani v plaintextu, ty v XML mají aspoň nějakou strukturu).

sendmail.cf?

[Michal Kubeček]

Je otázkou, zda lze dnes ještě pořád považovat sendmail.cf za konfigurační soubor… :-)

[Michal Vyskočil]

Asi podobně, jako .bashrc

[Michal Kubeček]

Myslel jsem to trochu jinak. Spíš bych to přirovnal k tomu, když céčkový zdroják proženu 'gcc -s'. Výsledek je sice formálně assemblerový zdroják, v případě potřeby se do toho dá i něco dopsat nebo v tom něco opravit, ale jako zdroják bych to prostě neoznačil…

[Michal Vyskočil]

Takže sendmail.cf je potom v podstatě bytecode zdrojáku sendmail.mc?

[Josef Kufner]

Bingo!

Ale preferoval bych název charcode

[Michal Kubeček]

Pro většinu správců sendmailových MTA ano. Opravdoví systémáci, kteří ručně upravovali přepisovací pravidla, to už je ohrožený druh… :-)

[Kyosuke]

Sendmail se dá konfigurovat i přes XML? A na kolik CDček se pak ta konfigurace vejde?

[zp]

Mohli byste sem dat screenshoty vašich linuxovych desktopu, o kterych si myslite, ze maji dobre anti-aliasovane pismo? Porad s antialiasingem experimentuju, ale bud jsem lama a nebo proste nejde docilit tak pekneho antialiasingu jako u winxp s cleartype (tyka se zejmena fontu o velikosti 13px a mene). Zkousel jsem i experimentovat s tim bytecode interpreterem nebo co to je, ale porad to neni jaksi ono.

[belisarivs]

Vazne? Ja jsem jenom v kcontrol zapnul antialiasing a vysledek je daleko lepsi nez Cleartype.

[andree]

ono ti je screenshot na 2 veci... u niekoho co ma BGR usporiadanie to bude vyzerat dobre, ale ty si to otvoris na vertikalnom RGB a bude to dobry podes screenshoty su fakt nanic... ale ak mam povedat moje skusenosti, najlepsie je nastavit maximalny hinting a potom to pri spravnej orientacii hintingu (RGB|BGR <-> vertical|horizontal) vyzera fakt pekne (na viacerych LCD som to tak uz nastavil a vzdy to bolo najlepsie co sa na tom dalo dosiahnut).

Teraz to tak mam nastavene uz asi 3 mesiac a do neantialiasovaneho by som nesial asi ani s arialom (a to uz je co povedat, ked som pred pad mesiacmi este na svojom notase fungoval na windowsoch prave s arialom)

[belisarivs]

Muzu se zeptat jak poznam jak orientovany a jake poradi RGB je na tom LCD? V dokumentaci nebo je to proste hokus pokus ve stylu "takhle je to hnusne, tak to zkusim takhle"?

[Kyosuke]

Já to dělám lupou.

[Michal Kubeček]

Mne by ovšem docela zajímalo, zda to lze zjistit bez lupy. Tedy buď nějak přes DDC (tomu moc nevěřím) nebo jestli na webu nejsou nějaké tabulky (hledal jsem, ale marně).

[Bluebear]

Prvním krokem bude zjištění, co je v monitoru za panel (výrobce a model), například tady:

http://www.flatpanels.dk/panels.php

Výrobce pravděpodobně bude jeden z LG.Philips, Samsung, nebo AU Optronics.

Teoreticky pak buď na webových stránkách výrobce, nebo přímým dotazem e-mailem... Nevím, jak moc úspěšná taková cesta je, ale myslím, že při troše drzosti by to šlo

Bylo by krásné, kdyby existoval nějaký standardní protokol, kterým by bylo možné se zeptat jakéhokoli kusu hardwaru a on by prozradil, jaké přesně součástky jsou uvnitř, kdo co vyrobil, jaké verze obvodů a firmwaru tam jsou atd... Jenže bohužel, to jsem někde v Utopii...

[Bluebear]

Poměrně rozsáhlý dokument o LCD monitorech a panelech uvnitř je tady:

http://forums.anandtech.com/messageview.cfm?catid=31&threadid=1745344

[petr_p]

Kychnout na obrazovku ;)

[#Tom]

Když se podívám na LCD zblízka, tak to vidím.

[Smajchl]

Ted to resim a zjistil sem, ze nejlepsi je vzit fotak (lepsi fotak) vyfotit bilou plochu a priblizit, je to nadherne videt, nejdriv sem skousel plivnout na ten monitor (u televize to je videt) ale akroat sem to zasvinil. Jinak zas tak markantni rozdil v tom nevidim.

[Bluebear]

Já to dělal metodou pokus-omyl. Nejsem si ani jist, jestli vždycky platí, že mám nastavit tu orientaci, kterou má můj monitor.

[zp]

Tak si to proste prenastavim taky na BGR, ne?

[Bluebear]

Bohužel ne, protože nemůžeš změnit orientaci svého monitoru, pouze způsob vykreslování písma, a to se screenshotem nic neudělá.

[Leoš Literák]

Mas screenshot? Nejlepe pred a po? At se muzeme pokochat ..

[Bluebear]

Provedeno. Omlouvám se za značnou bajtovou velikost obrázků, ale nechtěl jsem používat JPG z obavy, že by zničil jemné nuance.

[azurIt]

no nech pozeram ako pozeram, rozdiel v tych obrazkoch nevidim (akurat to, ze jeden ma trochu ine rozmery).

[Bluebear]

Vím, rozdíl je dost subtilní, ale přece jen tam je. Ono to víc vynikne při používání, na statickém screenshotu to bohužel moc vidět není.

Je to zřetelnější při zvětšení (řekl bych tak 1:4).

[David Jaša]

Ty screenshoty budou už z principu vypadat správně pouze v měř. 1:1 na LCD se stejným uspořádáním subpixelů. Chceš-li ukázat skutečný rozdíl všem, tak holt nezbývá, než to vyfotit foťákem, který zachytí jeden subpixel LCD jako samostatný bod nebo skupinu bodů.

[rastos]

Nebolo by ten rozdiel lepšie vidno na screenshote z xmag/kmag ?

[David Jaša]

A jak xmag/kmag pozná uspořádání subpixelů?

[Josef Kufner]

Akorát by to chtělo udělat ty screenshoty foťákem z přiměřené vzdálenosti, aby bylo vidět, jak to teda doopravdy vypadá

[Bluebear]

Ještě doplněk. Právě jsem zjistil, že pomocí ruční editace souboru ~/.fonts.conf lze nastavovat hinting a antialiasing pro každý font zvlášť! To je poměrně důležité, protože se mi už xkrát stalo, že jedno nastavení vypadá hezky u většiny fontů, ale u některých naopak zcela ohavně.

Například, pro nastavení hintingu zvlášť pro font Luxi Mono (který u mne chce víc než ostatní):

    <match target="font">
        <test name="family"><string>Luxi Mono</string></test>
        <edit name="hintstyle"><const>hintmedium</const></edit>
    </match>

[Filip Jirsák]

A jde to nastavit také pro každý monitor zvlášť? V GUI na Linuxu se v poslední době řeší 3 věci - GLX, vyhlazování písma a více monitorů (dualhead). Nechce se mi věřit, že druhé dvě množiny jsou disjunktní. Jak se řeší vyhlazování, když má někdo dva různé monitory (např. klasika - notebook s vestavěným LCD a vedle CRT)?

[Bluebear]

A jde to nastavit také pro každý monitor zvlášť?

To bohužel nevím. Teoreticky snad ano, protože lze identifikovat, která obrazovka je která. Ale jestli s tím například umí pracovat grafický toolkit, to nemám ponětí. Hádám, že zprovoznit něco takového by to byla docela výzva

Jak se řeší vyhlazování, když má někdo dva různé monitory (např. klasika - notebook s vestavěným LCD a vedle CRT)?

Jednoduše: některý notebook takový režim vůbec neumí Resp. používat oba monitory u některých notebooků lze jen tehdy, pokud je externí monitor připojen přes VGA. Při připojení přes DVI lze používat jen jeden, protože graf. karta v notebooku má pouze jeden, jaksetoto, tentononc... na DVI výstup a ten je sdílený s výstupem na vnitřní LCD.

[Kníže Ignor]

Pokud ty dvě obrazovky představují souvislou plochu, tak by to byl asi nesmysl - příklad: okno na obou obrazovkách. Pokud jsou na každé obrazovce spuštěna samostatná Xka, tak by to jít mohlo - např. tak, že se použije jiný uživatel s jiným ~/fonts.conf.

[Josef Kufner]

Na tohle by byly ideální X resources. Proč místo nich používají zvrhlý ~/.fonts.conf naplněný ještě zvrhlejším XML?

[petr_p]

Protoze se tim nastavuje fontconfig/freetype2, ktery bere soubory z lokalniho FS a ne pres X protokol.

[Josef Kufner]

Což je jen důsledek toho, že někdo zas nepochopil X.

[Bluebear]

Ještě jedno vylepšení mě napadlo: pokud některý font vypadá líp s autohinterem než s opravdovým hintingem (u mě to je DejaVu Sans Mono, a vypadá opravdu o dost lépe), dá se to také nastavit zvlášť pro ten který font:

<match target="font">
    <test name="family"><string>DejaVu Sans Mono</string></test>
    <edit name="hintstyle"><const>hintfull</const></edit>
    <edit name="autohint"><bool>true</bool></edit>
</match>

[paranoiq]

a k čemu je mi screenshot, když mam jiný typ displaye :))