Kva praute na Kyro2

Stvarca je definitivno zelo ušeč!!
Zanimivi so pa tut teli skoki iz zadnga na prvo mesto in obratno.

Zgleda da bomo mel spet mau cenejšo grafiko:))

VASkO: Mogoče zato, ker strojni t&l praktično ni mogoče skombinirat z tile based renderingom??

"Me je Kyro ful impresioniral, nekje je celo hitrejsi od Ultre!!!"

Zakaj pa potem še hočeš T&L? Ti si pa mal preveč zahteven za samo $150.

Sej ne rečem, da tile based rendering ni mogoč v kombiniaciji z hardware t&l, ampak je pa zelo, zelo otežen.
Najprej malo o arhitekturi Kyra. Kyro renderira v "kosih" (tile). En "kos" je velik 32x32 pik in je vedno v 32 bitnih barvah (zato ima kyro tako dobro kvaliteto 16bpp slike). Kyro ima na samem čipu dovolj pomnilnika, da shrani tak kos (4k pomnilnika). Kyro nato renderira kos po kosu, dokler ne konča celotne slike...
Zdej Kyro pa mora vedet, v kater kos posamezen trikotnik paše. Zato mora prej dobit vse trikotnike, ki bodo sestavljali posamezen frame urediti najprej glede na to v kateri kos pašejo (niti ni nujno, da pride cel trikotnik v en kos), nato pa še ritensko po globini (od najbližjih do najbolj oddaljenih).
V primeru sedanjega Kyro-ta to urejanje dela CPU. Prvič ima CPU običajno precej več razpoložljivega pomnilnika kot grafična kartica. Drugič CPU ima posebno enoto, ki skrbi za dodeljevanje pomnilnika (MMU). V čem je trik druge zadeve? To, da nobena karitica (za igračkanje) nima te enote. Tako mora CPU (driver) skrbeti za dodeljevanje pomnilnika in to, kje se bodo nahajale posamezne teksture in podobno. Če imamo strojni t&l moramo urejene trikotnike shraniti v video pomnilnik (če to dela CPU se vse skupaj shrani v sistemski pomnilnik). Problem pa je, ker driver nikoli ne mora vedeti, koliko bo trikotnikov na eni slikici.. Lahko jih je 10, 100, 1000, 10000... Edina rešitev je, da bi velikost tabele (v kateri hranimo razporejene trikotnike) dinamično spreminjali... Če bi dinamično spreminjal velikost tabele, pa bi lahko vrgl vn kakšno teksturo ali dve in podobne "pametne" stvari (fragmentacija video pomnilnika bi bila ogromna).

Tim Sweeney-u tile based rendering ni všeč, Dean Šukič (Cro Team) pa je reku, da kljub temu, da je overdraw v SS velik problem (in Kyro v bistvu odstranjuje ta problem) bi še zmeraj "volil" za klasični z-buffer.
Najboljša rešitev je pospeševanje z-bufferja. Kompresiran z-buffer je dober korak. Razni "early z tests" tudi. Še vedno pa je dosti lažje, če 3D engine uredi objekte od najbližjih do najbolj oddaljenih, s čimer tudi pohitrimo vse skupaj...

Heh...
Če hočete videt kako zgleda nekaj brez podpore si poglejte razultate v MDK2 in Quake 3 na 640x480... Taka slika bo v vseh špilih ki bodo resno podprli hardware t&l, pa ne samo na 640x480, ampak verjetno še tudi na 1600x1200...

hatch, a mi lahko prosim razložiš, kako sploh lahko zaženeš 3DMark2001 na V3, če pa program zahteva VSAJ 32MB pomnilnika minimum?

Kyro je že fajnn stvarca

kyro 2 ... sliši se impresivno ... toda .. jaz bodem počakal da pridejo testisi gesile 3 ... če bo kyro za petami je odličen, če bo padel pač ne ... dobro cena je ugodna ... sam vseeno ... če ga kupim zdaj, mi bo čez pol leta žal, ko bodo nove igre z močno T&L podporo ...

Citat: "lahko pa se seveda tudi motim" :))

lp
OrlyTM

Kr fajn, čeprav še skoz prisegam na Nvidia

KDAJ PRIDE V SLOVENIJO KAKŠNA BO CENA !!!!!!!

Hello!
Mislim da bo kyro II z dobrimi opengl driverji strojcek za
3d graficni software ala 3d max,maya,pro/e za majhne dnarce (upam da nov vec ke 40k cukov pri nas).

LP

*more respect to my self*

dexter: Edina pametna strojčeka (kalibra "osebni računalnik" ne "work station") za 3D Max & company sta GeForce (če hočeš hitrost) in Matrox (če hočeš 2D kvaliteto)...

sicer je verjetno res da ima matrox najlepšo 2d kvaliteto in geforce hitro 3d.



Vendar ima kyro sodeč po testih, 2d kvaliteto boljso in 3d zelo primerljivo z geforci,ter boljse 3d performanse od matroxa
tako da je kyro,neka vmesna resitev za tiste,ki se ni bi odrkli ne eni ne drugi karakteristiki grafičnega procesorja,za primerno vsoto