On 15.11.2012 20:51, kenobi wrote:

>
> mz sama ta filozofia generowania obrazu 3d jaka
> tu jest w uzyciu, jest czy przynajmniej moze byc mz
> podejrzana o pewne koncepcyjne luki

To najpierw doczytaj jak to dokładnie działa.

>
> np to ze w oglu obraz jest zapodawany w formie
> tzw display listy a nie czystego stanu danych

Obraz w sensownych implementacjach jest zapodawany w formie czystych
danych. (Hint: glDrawArrays )

>
> 1. generowanie geometrii (tym zajmuje sie procesor
> i to by moze uszło. choc sceny maja chyba
> tendencje do bycia duzymi i samo wygenerowanie
> np miliona trojkatow zmuliloby juz procesor
> (ale dla uproszczenia moglbym przyjac ze
> to strona procesora)

Tylko geometrię się generuje jeden raz - to po pierwsze. Po drugie do
generowania "zmiennej" geometrii mamy od kilku late geometry shadery.



>
> 2. wyswietlenie (ew wczesniejsze przetworzenie)
> tego cholerstwa, tutaj nawet wydaje mi sie nie ma
> tak wiele do roboty jao ze duzo roboty np kolorowanie
> trojkatow a podstawie swiatla itp mozna zrobic przy
> generowaniu - i wogole ta cala robota tutaj (gdzie
> wtrynia sie te shadery)

Żeby wyświetlić tę powierzchnię
http://grota.be/~michoo/smieci/shader.png
zostały załadowane 3 tekstury a potem do karty graficznej poszły 4
wierzchołki. resztę zrobiły shadery - wygenerowały dodatkowe 64
wierzchołki i policzyły oświetlenie.

> wydaje mi sie nie specjalnie
> ciekawa (bo co tu niby takiego ciekawego mozna zrobic?

Np. wysyłać do karty graficznej kilka wierzchołków i rzeźbić z tego
niesamowicie szczegółowy obiekt na podstawie kilku tekstur.


--
Pozdrawiam
Michoo