OpenGL vertex Buffery a další

[Khaj]

Přecházím z DirectX na OpenGL a měl bych pár dotazů k nejasnostem u VBO a shaderů.

1. Musím používat glInterleavedArrays, když mám více věcí v jednom bufferu, nebo si to stačí ošéfovat pomocí Stride v glVertexAttribPointer?

2. Index Buffer se jmenuje element_Array_buffer ?

3. Kde se můžu dozvědět, který index v glVertexAttribPointer náleží pozici, který normále, který texturovému koordinátu[i] atp?

Nerad bych se v oběktovém návrhu dopracoval k
switch(index)
case 0: glVertexPoiner ... case 1: glNormalPointer....
Anebo je to grafárna od grafárny driver od driveru různé?

4. Jaké konstantní registry ve vertex shaderu zaujímá která matice? Mnohem víc se mi líbí glUniform než glMatrixMode (atd) a nechci si to rozdělovat na 2 proudy - FFP a shadery (možnost využívat pojmenované matice v GLSL shaderu jsem si zamiloval).
Anebo je to pokaždé jinak?

5. Co se děje, když se nevejde VBO, PBUFFER, textura nebo něco podobného do paměti? Nebo je to natolik inteligentní, že si to umí uložit do RAM?
Můžu taky ztratit eh ... device asi ne, ale něco podobného (při ctrl+alt+del .... kdesi jsem četl něco o user mode atd ale to mi toho moc neřeklo).

Díky moc za odpovědi.

[Marek]

1. Stačí stride.
2. Ano.
3. To je na tobě, jak si to určíš. Viz glBindAttribLocation - přiřazuje vertex atribut konkrétní proměnné v GLSL shaderu (nejsou tam sematics za ":" jako v HLSL). Druhá možnost je používat glNormalPointer, glTexCoordPointer... pak máš v shaderu proměnné gl_Normal, gl_MultiTexCoord[i]... tento způsob bych nepoužíval.
4. Stačí glUniform. FFP bych dnes už nepoužíval.
5. Správu paměti řeší driver a nemůžeš to ovlivnit. Device ztratit nemůžeš.

Dotaz ode mě: Co tě přimělo přejít na OpenGL?
_________________
AMD Open Source Graphics Driver Developer

[Khaj]

Promiň, nějak jsem se zabral do studia GL, že jsem zapomněl odpovědět

Na OpenGL mi přimělo přejít
-absence jakékoli instalace na rozdíl od DX (+možnost přikompilovat glee do zdrojáků a redukovat výstavu dllek u exace)

-outlinky modelů bez shaderů a obecně čáry s různou velikostí (bez d3dX)

-funkcionalita navždy ... hlavně jako DX10 bez vist pomocí extenzí

-driver si umí kompilovat shadery sám (eh ... jak specifikuju SM?)
+ inteligentně si umí přemapovat gl_...

-nikdo (mrkvosoft) se mi nesnaží (pomalu ale jistě) vnucovat Managed "Jo My Jsme Pro Nooby" DirectX a kompilování shaderů jako "efekty"
(nemluvě o tom, že pokud se mrkve rozhodnou, tak už nikdy nikde neseženu jak COEF tak OMF libky na nový verze)

-nikdy mi nic bez rozloučení nezmizne (nepočítaje PBuffery)

-jak se zdá, nemusím se starat o velikost backbufferu při změně velikosti okna

Na druhou stranu mi mrzí
-trochu menší přehlednost ... ale zvyknu si
-pow2 textury (a rendertargety)... ale to fakt nepotřebuju

Když už jsem tu .... jakej je rozdíl mezi FBO a PBO? A jak přiřadím PBO do rendertargetu číslo x?

[Ondras]

Cau,

no PBO vs FBO, PBO je v podstate jen VBO ktery pouzivas pro jine ucely. Myslim si, ze do nej nemuzes primo kreslit. Musis tam kopirovat(deje se to na karte). vice http://hacksoflife.blogspot.com/2006/10/vbos-pbos-and-fbos.html


FBO je novejsi a umoznuje primo kreslit do textury bez nutnosti do ni kopirovat. Tohle si ja prestavuju pod pojmem RenderTarget. Problem je ten, ze cteni textur ve Vertex shaderu umoznuji jen novejsi karty a tomu se da prave pres PBO vyhnout. Pekne tutorialy
http://www.gamedev.net/reference/articles/article2331.asp
http://www.gamedev.net/reference/articles/article2333.asp

[Marek]

[JohnyDog]

[Marek]

No zrovna rozhodnout, zda NPOT textury pojedou v SW nebo HW je docela těžký. Dle diskuzích různě po netu jsem došel k závěru, že jediným spolehlivým způsobem, jak zjistit hw podporu, je zpracovat GL_RENDERER string nebo zjistit device ID karty a dle toho rozhodnout. Podpora je buď úplná nebo částečná (např. nelze použít mipmapy, opakování textur...) a ještě k tomu se liší podle různých verzí hw. Taky hodně záleží na verzi driveru, např. ATI přidávala ARB_texture_non_power_of_two teprve nedávno a to do všech právě podporovaných Radeonů, i když hw podpora se různí (ale nějaká základní tam je vždycky). (přidání té extenze bylo jen na oko, v driveru nic neměnili, ono to tam bylo už ve formě GL2)
_________________
AMD Open Source Graphics Driver Developer