Názory k článku Fractals Everywhere?
-
Pavel TišnovskýZlatý podporovatelje pravda, ze takto ostylovane (Rootovske CSS s malymi pismeny) to vypada dost podobne. Priste bud operator nasobeni vynecham uplne, nebo pouziju oblibenou hvezdicku. -
Clock (neregistrovaný)"Prakticka poznamka: pro 3D textury neni tento vzorek vhodny, protoze pri ruznem pohledu na scenu (nataceni, priblizovani apod.) dochazi knekolikanasobnemu aliasu, ktery se projevuje nezadoucim poblikavanim a aplikace antialiasingu naopak muze zcela vymazat puvodni detaily vtexture."
Autor mel asi na mysli
"Prakticka poznamka: pro 3D textury, jejichz zobrazovani je blbe naprogramovano a prevzorkovani se dela blbe, neni tento vzorek vhodny,..." -
Pavel TišnovskýZlatý podporovatelV podstate mas pravdu, bilinearni filtry pouzite v grafickych akceleratorech tu texturu neskutecnym zpusobem zmrsi. Pokud si nekdo naprogramuje "nekonecny" sinc() filtr nebo neco podobne sofistikovaneho, tak to zobrazeni bude o dost lepsi, ale i tak se moare vytraci. Jeste lepsi je, pokud nekdo nepouziva nativni rozliseni na "diskretnich" LCD - z dnesnich obrazku toho asi moc neuvidi.
-
Clock (neregistrovaný)Oni ji nezmrsi ty bilinearni filtry ale fakt, ze filtrace se dela na gamma korigovanych datech, coz je fyzikalni nesmysl, a tak to taky fyzikalne nesmyslne obrazky produkuje. Snadno nahledneme v takovem Linksu, kde se bilinearni filtry pouzivaji, ale dela se to ve spravnem prostoru, ze obrazek vypada jako vino.
Spravne by se melo prevzorkovani delat na datech fotometricky linearnich, ale to by zase 8-bitova barevna hloubka framebufferu pokazila barevne rozliseni a udelaly by se pruhy v tmavych castech obrazu. Nebo aspon tu aritmetickou jednotku v GPU udelat ne jako scitacku, ale jako gamma korektor - scitacku - gamma korektor. Nebo zavyst bud 16-bitovy framebuffer, a nebo nedelat generaci obrazu grafickou kartou, ale procesorem se SIMD instrukcema, kam dle meho nazoru taky patri.
Je to jako kdyz se pusti mplayer a obraz se zvetsi nebo zmensi - prevzorkovani je taky otresne, protoze se to dela v nespravnem numerickem prostoru. Typicky je to videt na malych napisech. Ale to by clovek od vyvojaru, co to maji naslapane segfaultama, ani cekat nemohl. -
Pavel TišnovskýZlatý podporovatelJa jsem si od zacatku myslel, ze zase dojdeme k Linksu :-)
Ale v tomto pripade opravdu bilinearni filtry tu texturu zmrsi vic, nez vypocet v RGB. Ostatne test je jednoduchy - vypocet grayscale textury a vyzkouseni. Dam krk za to, ze ani v Linksu ty obrazky po zmenseni nebudou korektni. Ani nemuzou byt, alias je mrcha, kterou prakticky nelze obejit, urcite ne bilinearnim filtrem.
Jinak nektere GPU (to jsouv podstate SIMD) pracuji i s FP aritmetikou, akorat prozatim maji FX nebo integerovy framebuffer. Obejit se to sice da (texturovaci pamet), ale za cenu strasneho zpomaleni a nepatrneho navyseni ceny, takze se na to kazdy vyrobce vykasle. -
... (neregistrovaný)
Tak není to tak hrozné. :-) A tuhle metodu používají i jiné hry, myslím, že třeba Far Cry 1.3 nebo Splinter Cell: Chaos Theory.
A jak už jsem psal Clockovi, G80 umí i v podstatě korektní blending pro RGB8 a RGBA8 sRGB frame buffery, takže budoucnost nevypadá tak špatně. :-)
-
... (neregistrovaný)
Filtrování FP16 textur uměla už NV40 před třemi lety, současná G80 to umí už i pro FP32. Mimochodem, G80 umí i tohle.
-
Clock (neregistrovaný)LCD jsou shit non plus ultra z nekolika duvodu:
1) zmena rozliseni vypada ze se dela na gamma korigovanem signalu, takze to zmrsi kontrastni detaily (pismenka bud prilis tlusta nebo tenka, az se rozpadaji)
2) LCD je silne nelinearni a ta nelinearita je zavisla silne na uhlu pozorovani. Elektronika to nejak vykompenzuje, ale pri takovy nelinearite tomu nepomuze ani svecena voda. Vysledek je kdyz se podivate na http://ronja.twibright.com/hyperluma.php, tak pri pravem kraji pruhu je mezi fialovou a zelenou bila, cerna, nebo zadna cara podle toho, z jakeho uhlu se koukate. Kdyz jsem ladil ten Luminaplex algoritmus, v jednom okamziku jsem musel prestat pracovat a pockat, az se dostanu k CRT. S LCD jsem si pripadal jak slepec - nedokazal jsem rozlisit, jestli mezi fialovou a zelenou je bila, cerna, nebo zadna cara (coz presne jsem potreboval vedet, jestli ten algoritmus funguje spravne).
3) nelinearita je i casova a ta se nekompenzuje vubec, takze kdyz se obraz meni, zobrazuje to uz uplne nesmysly
4) Barvy jsou obecne vyblite. Prekvapilo me, kdyz jsem se po delsi dobe prace s LCD podival na svuj staricky CRT monitor, prisel jsem si ze jsem pozil nejake halucinogenni drogy, jake nezvykle barvy na me najednou kricely.
5) Barevna konvergence je z principu rozpadla. Je-li rozhrani bile a cerne, pri pohledu zblizka (ale tak zblizka, ze pixely jeste nejsou videt) vznika dojem, ze je hrana zabarvena. To u CRT neexistuje - tam se da konvergence seridit uplne a ne pouze na 1/3 pixelu.
6) Jednou jsem editoval vektorovou grafiku - ruzovy trojuhelnik na bilem pozadi. Divil jsem se, co se s inkscapem stalo, ze trojuhelnik tam neni. Uz jsem pomalu zacal psat bugreport na inkscape kdyz jsem si vsiml, ze trojuhelnik najednou naskoci, kdyz se podivam z jineho uhlu. Podobne, pri cteni popisu jisteho protokolu se mi zamenily bile a svetle seda policka v protokolu - kdybych si toho nevsiml, pro funkcnost programu co jsem psal by to mela katastrofalni nasledky. LCD sice zobrazuji, ale neco jineho, nez do nich clovek posila.
7) jen u analogoveho LCD - signal se v rozporu s Nyquistovym kriteriem pred vzorkovanim analogove nefiltruje, takze jemny jitter v hodinach, ktery je vzdy pritomny zpusobuje behajici pruhy, sum a zrneni v jemnych vzorcich (jako napr. defaultni patterna o Xek nebo jemna sachovnice) -
Pavel TišnovskýZlatý podporovatelTak tak a jeste dalsi veci:
1) vetsina LCD ma pouze sestibitove prevodniky a na osm bitu (na kazdou barvovou slozku) se bud kasle, nebo se to resi rychlym poblikavanim pixelu - vlastne klasicka zmena stridy, neco podobneho delaly i nektere hdy na Spectru a Atarku, aby se zvysil pocet barev. Projevuje se to pouze v nekterych pripadech jakoby se vlnicim okrajem hran (trosku podobne bodu 7).
2) nektere LCD resi i podsvit lampou zmenou stridy. Sice to blika dostatecne rychle (desitky kHz), ale opet muze dochazet k interferencim, napriklad se zarivkami (to je dalsi "super" vyrobek, uz vidim, jak na je EU vsude cpe misto "neuspornych" zarovek).
S tou upravou konvergence na CRT si nejsem jisty, tam jsou pixely taky skladane ze tri barevnych casti, ovsem mnohem mensich (pri pohledu zblizka jsou barevne flicky taky patrne, zejmena pri vetsi rozteci bodu - typicke na "zvetsovanych" 14" monitorech a.k.a. 15"). -
Asi som sa stretaval len so zlymi CRT monitormi, ale odkedy mam LCD (a asi mam opat nejake lepsie ako vacsina populacie co notoricky nadava na LCD), vsetky farby mi pripadaju konecne jasne, kontrastne, rozoznatelne, pixely sa mi nezlievaju - kazdy ma svoju presnu poziciu, nezere ma neustale 85 Hz blikanie, obraz je stabilny.. Ked som sa po dlhsej dobe dostal v praci opat ku CRT, skoro som hodil sablu ake matne a nevyrazne farby to ma. Ale aj kolega v praci kruti hlavou, preco som preboha vyhodil to dobre CRT a dal si na stol LCD... niekde je chyba :) -
Pavel TišnovskýZlatý podporovatelPosuzovani je slozite, vetsina LCD panelu stejne sjizdi ze stejne linky, na nalepku nehledte (AOC, Adi, Fujitsu - to stejne). Asi by melo smysl porovnavat vyrobky stejne cenove kategorie, ale i to brzo sklouzne do debaty ne nepodobne nekonecnym diskusim na tema LP vs. CD (analog vs digital).
Osobne jsem take zvolil LCD, a to v dobe, kdy bylo jeste docela drahe (17" za 12000 bez DPH), ale ty vyse zminene problemy tam jsou patrne - kazda technologie ma holt svoje a i CRTcka porad maji uplatneni. -
... (neregistrovaný)Tak ona ta technologie je dnes také někde jinde oproti době, kdy běžné 17" LCD monitory stály 12 tisíc. 6bitové barvy mají dnes většinou jen low-end modely, pozorovací úhly u technologií jako S-PVA nebo S-IPS jsou také nesrovnatelně lepší, stejně tak i doby odezvy, atd. Netvrdím, že tam stále některé problémy nejsou, ale pokrok je určitě znatelný.
ČLÁNKY DO MAILU