ok,
🙂 da me Nedjo ne bi peckao zbog nepreciznosti, idemo redom:
1. Virtuelizacija. Ja ne znam kako ovo drugacije da shvatim Nedjo, deluje veoma jednostavno, molio bi te da pojasnis tacnu upotrebu ovog feature-a:
"Aside from GPU threading, WDDM can improve performance by using system memory as video memory through virtualisation. This basically means that the display driver has access to ‘infinite’ memory capacities by virtue of the fact it can swap data from high-speed video memory into system memory as and when a 3D application requires more memory."
2. Ovo sam zaboravio da pomenem pod "Cons"
😛 Ovo mi deluje kao ATI VPU recover i nadam se da ce moci da se iskljuci preko registrija UKOLIKO ne bude dobro radilo:
"Finally, Microsoft has worked on crash recovery – WDDM is much more efficient at rescuing driver and/or hardware failures. If the display driver crashes, WDDM will just kill the process responsible for the crash, rather than causing the obligatory blue screen of death or operating system hang."
3. Novi poslovi za GPU: (ne kazem da je ovo lose, samo navodim promene)
- It’s possible for the shader programme to dynamically index textures into an array. Texture arrays are a great thing, as it helps to remove state change overhead when texturing since it’s now possible to multi-texture on the GPU without needing to use the CPU
- Geometry Shader: It’s an area where Microsoft has saved some precious CPU cycles, removing more of the CPU limitation shackles that developers have had to deal with in the past.
- The Geometry Shader is also adds the capability for displacement mapping with tessellation. (ovo ce nam hebati majku ako budu prebudzili, kolko sam shvatio (ispravite me ako gresim) ovo je jedan od najzahtevnijih featura koje dx10 donosi)
tessellation is a function that could potentially result in sharp performance degradation and Microsoft is cautioning developers, ensuring that they don’t go overboard on the tessellation front.
- Stream Output: it essentially gives both the Vertex Shader and Geometry Shader a mid-pipeline memory write capability, allowing either Vertex or Geometry data to be passed straight into frame buffer memory. Along with that, the geometry generated in the Vertex and Geometry shaders can be redrawn with no CPU intervention.
(jel moze neko da pojasni "without CPU intervention" . Sta je CPU interenisao do sada i na koji nacin ? jel CPU nesto racunao ili je nesto drugo po sredi (ako je postojao overhead, znaci da se cekalo na CPU zbog necega. Zbog cega ?))
- Set-up, Rasterisation, Pixel Shader & Output Merger: During the Set-up and Rasterisation stage of the pipeline, Microsoft has added support for predicated rendering or drawing to reduce CPU overheads during this stage.
(opet, sta je CPU do sada radio kad se moralo cekati na njega ?)
Nedjo evo ti i early Z-culling objasnjenje:
Many objects in 3D scenes will typically overlap each other, resulting in a partially or fully occluded object that can eat up resources if it’s processed any further than it needs to be. Modern GPU’s take care of most of this with hardware-based culling in the Z-buffer and that has already been improved upon with the implementation of a per-pixel Early Z cull. Early Z essentially tests the Z values of pixels before they enter the pixel shader – this alleviates most of the pointless processing time that is wasted on pixels that would never be visible in the final rendered scene.
e sad, zasto je to dodatni posao (veci posao nego do sada) za GPU ? Pa to sam zakljucio iz sledeceg:
In previous versions of DirectX, this required both the CPU and GPU to determine which objects should and shouldn’t be drawn – DirectX 10 eliminates all CPU intervention from this process.
da li ovo znaci (da li sam dobro razumeo) da ce GPU raditi i ono sto je CPU do sada radio ili ce GPU imati podjednako posla jedino je CPU izbacen iz kombinacije ? Ako je ovo drugo, onda ovo nije dodatni posao za GPU, ali ako GPU sad treba da radi i ono sto je CPU u ovoj prici radio onda jeste. Sta je od ta dva istina ? (mozda i nesto trece ?)
Eto Nedjo, konkretno sa 'pravilnom' terminologijom (ja sam pisao neke stvari nepravilno zato sto sam, bas kao sto si i rekao, 'nedovoljno upucen' ili cak i neupucen (naravno da se ne ljutim, razumem ja tebe potpuno, ali umesto da mi preciznije pojasnis pojmove u koje kazes da se razumes, ti si mi samo objasnio kako sam ja neupucen
😛 i zasto sam neupucen lol ))
Nedjo je napisao(la):
Vista podrzva OpenGL, to je valjda do sada jasno! Novi ForceWare za Vistuimaju OGL ICD u sebi, bas kao sto su svaki dosadasnji za Xp imali ICD za taj OS!
da, podrzava OGL 1.3 kolko sam cuo i nista vise od toga. Postoji fora da se forsira/instalira OGL 2 ali pri koriscenju aplikacija puca aero i tako nesto ?! (citao na nekom scene forumu)
Poenta je da sve one brojke o texturama, reisterima i konstantama ti ne mozes, jer objektivno ne znas, da peneses u svoje izlaganje i zakljucis kako je 8800GTX prespor za DX10 implementaciju!
nisam ja rekao da je 8800gtx prespor, reako sam da moze da ako se teoretski sad (naredna 3-4 meseca) iskoriste sve mogucnosti i limiti DX10 do max - tada bi 8800gtx bio prespor. To je skroz drugacije od onoga sto si ti napisao da sam ja rekao
😀
Samo cu ti reci da "engine" nece reci grafickoj da ode u sistemski RAM, to ne funkcionise tako! Engine se nikada ne obraca grafickoj, na prvom mestu,
da, izvini moja greska, engine se ne obraca grafickoj, obraca se drajveru koji se obraca grafickoj
😛 (ili opeeeet gresim jadan ja ?
🙂 nisam cinican, ozbiljno pitam).
Pa ako lepo posrbljeno kazes "CPU bound", pa jos pleonazam "limit", zar time ne potvrdjujes ono sto sam rekao da je CPU uvek gusio graficku?!
Jugoslav je rekao kojo je bilo ogranicenje DX9 API-a! A ti nisi rekao KOJI to dodatni posao graficke dobijaju! Sta vise, taj dodatni posao si okarakterisao kao negativnu stvar, a sada to navodis kao pozitivnu, ili mozda ne?
Da da, jasno je da je dx9 limitirao GPU preko CPU-a, ali nije CPU kriv sto je API takav... (bio). Eno sam gore stavio koji su to poslovi za koje MSILIM (ne tvrdim) da su dodatni za GPU. Nisam ih okarakterisao ni kao pozitivnu ni kao negativnu stvar, u tome i jeste fazon, mogu biti i jedno i drugo u zavisnosti od developera i kako ce oni to koristiti zar ne ? Ako bi morao da biram, pre bih rekao da su pozitivne stvari ako se budu umereno i pravilno koristile. Ali ako nam naprave da shadows ON znaci volmetric shadows sa teselacijom do besvesti, a shadows OFF = nema uopste senki, onda hvala lepo na dodatnoj mogucnosti
😛
Ako umes tacno daobjasnis sta je "Z-buffer culling" i kako funkcionise, odnosno sta na tom polju tacno donose DX10 graficke, onda cemo napraviti konstruktivan pomak u ovoj raspravi.
Eno gore sam citirao neki tekst i obrazlozio ovo, tj postavio ti pitanje (tebi ili nekom ko se takodje razume). Nisam ranije tacno pisao sta je early Z-buffer culling jer pretpostavljam da znas sta je ! Bio je i na DX9, u DX10 je promena ta sta CPU nece vise nista imati sa njime, pa pogledaj moje gore postavljeno pitanje posto ni meni nije bas najasnije sta to tacno znaci/donosi.
Razlozi zasto je DirectX dominantan API u igrackoj industriji je izuzetnokompleksna tema
Pa ako uzmes celo trziste video igara videces da DX API ne da nije dominantan vec ne cini ni 50% (naravno uzimam u obzir, SONY, SEGA, Nintendo, i OGL kao open platform). Ne znam kako je SONY preziveo sa njihovim konzolama bez DX API-ja...Mozda zato sto postoje i drugi nacini da se pisu dobri engini i igre ?
😉 PS3 ima strava grafiku, a nema DX API, ni DX10...Jel to znaci da se stvari mogu i drugacije raditi ? Ne bi se uopste bunio da na PC-u imam instaliran linux i da mi igre izgledaju kao na PS3, a da nemam DX uoste
🙂 Ali necemo u off, stvarno nije tema za to
DX10 je ogroman tehnoloski napredak na polju CGI-a na PC-ima.(i slovima "tacka")
To uopste nije sporno. Do duse ja sam ranije (pre pola godine i vise) mislio da nece doneti nista sem par efekata ali eto, pogresio sam.
elem, to je to :wave:
