JLI Spieleprogrammierung

Jonathan_Klein

Ich hab mich nun endlich mal an die 3D Programmierung gewagt. Nachdem ich mir dei Akpitel druchgelesen habe, hab ich beschlossen, als kleines Testprgramm einen 3Dimensinalen Würfel mit Hilfe von Vertex und Index Buffer zu erzeugen:

Chewie · Verfasst am: 01.05.2004, 16:42 Titel:

die vertizen und indizes müssten eigentlich passen, soweit ich das seh...
probier mal bei CreateIndexBuffer() sizeof(Indices) als 1. param anzugeben.

Jonathan_Klein · Verfasst am: 01.05.2004, 17:38 Titel:

Hab ich probiert, aber es ändert sich nix.
Aber laut Buch müsste 4*3*2 ja auch richtig sein, weil es ja 12 (4*3) Punkte sind und ich den Indexbuffer mit D3DFMT_INDEX16 benutze.

Ich hab auch mal testweise alle Dreiecke anzeigen lassen (mit SetRendeState(D3D_CULLMODE, D3DCULL_NON)), und in den WIREFRAME Modus geschaltet. Dann sieht man die umrisse des Trapez, mehr aber auch nicht.
_________________
https://jonathank.de/games/

Jonathan_Klein · Verfasst am: 01.05.2004, 17:49 Titel:

Seltsam: Wenn ich an den Farbwerten rumspiel, ändern sich manchmal die Liniendie angezeigt werden.

Chewie · Verfasst am: 01.05.2004, 18:19 Titel:

stimmt schon, dass es mit 4*3*2 eigentlich auch funzen sollte..ich dachte nen versuch wärs wert. wenn du schon dabei bist, kannst du das auch mal probieren:
CreateVB(8 * sizeof(CubeVertex), ..);
CreateIB(12 * sizeof(WORD), ...);
und bei memcpy dasselbe. so mach ich es immer.

zeig mal dein FVF, vielleicht hast du zuwenig daten per vertex im VB, das könnte erklären warum sich die form bei veränderung der farbangaben ändert.

Jonathan_Klein · Verfasst am: 02.05.2004, 10:54 Titel:

Chewie · Verfasst am: 02.05.2004, 16:29 Titel:

schick mir mal das projekt: mcdonut@gmx.net

Jonathan_Klein · Verfasst am: 02.05.2004, 18:54 Titel:

Ich hab ein bischen Rumexperimentiert und einige 3D Objekte ohne Index Buffer erzeugt. Funktioniert auch ganz toll, hab einen einfachen Baum gemacht (Zylinder mit Kegel). Er besteht aus insgesamt 32 Dreiecken. Im Moment läuft ja noch alle flüssig, ab welcher Menge sollte man aber einen Indexbuffer benutzen?
Ich meine, bracuh ich den eigentlich? Oder spielt das erst ab 10.000 Dreiecken (wie bei der Landschaft) einen entscheidente Rolle?
_________________
https://jonathank.de/games/

Fallen · Verfasst am: 02.05.2004, 19:02 Titel:

Son Indexbuffer nutze ich für alle Objekte, und es macht auch Sinn bei Objekten mit wenigen Polygonen. Ausserdem machen sich Indexbuffer gut wenn man Verdeckte Flächen entfernen möchte,...
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Jonathan_Klein · Verfasst am: 03.05.2004, 17:07 Titel:

OK das mit den verdeckten Flächen versteht ich nicht. Keine Ahnung was du damit meinst. Aber ich hab auch noch ne andere Frage:
Wenn man Licht benutzen will, muss man ja Normalvektoren für jedes Vertex angeben. Bei dem Würfel war das dann immer die Richtung, in die die Oberfläche die aus den Vertices besthet zeigt. Also haben alle 3 Vertices der Oberfläche den selben Normalvektor.
Aber wenn ich jetzt 2 seiten die aneinanderliegen habe also ein Kante wie beim Würfel, muss es doch zu einen Konflik zwischen den Normalvektoren kommen, jedenfalls wenn ich den Indexbuffer benutze. Was muss ich den dann für Normalvektoren angeben?Wäre es nicht theoretisch viel sinvoller, wenn die normalvekotren auch im Indexbuffer stehen würden? Denn mit dem Indexbufer baut man ja quasi aus Vertices Dreiecke zusammen. Und dann müsste man pro Dreieck nur einmal und nicht 3 mal den Normalvektor berechnen.
Und den Normalvektor muss man ja auch anhand der 3 Eckpunkte des Dreieckes berechnen können. Den er ist doch im Prinzip nichts anderes als eine Senkrechte zur Ebene des Dreiecks. Warum muss man ihn dann noch angeben und kann ihn nicht von DirectX berechnen lassen?

Das da oben ist jetzt die Theorie, soweit ich sie verstanden hab. Wenn ich mich irgendwo irren sollte, dann sagt es mir bitte.
_________________
https://jonathank.de/games/

Fallen · Verfasst am: 03.05.2004, 17:43 Titel:

Weil man im Grunde einen Vektor rausbekommen könnte der nach innen zeigt und so würde man die Flächen nicht mehr sehen die nach aussen zeigen, so werden übrigens Skyboxen dargestellt.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Chewie · Verfasst am: 03.05.2004, 17:47 Titel:

IBs bringens bei einem würfel natürlich noch nicht wirklich...außer du hast 10.000 würfel Wink

nur wirst du bald draufkommen, dass es nicht so lustig ist, sich für nen character die vertizen auszudenken und manuell zu notieren, und wenn du dann z.B. ein xfile aus einem 3d-prog exportierst, hast du fast immer gleich indizierte daten.

du mußt bei modellen zwischen harten und weichen kanten unterscheiden.
ein würfel mit harten kanten hätte 24 vertizen, wie du richtig gesagt hast, einer mit weichen wieder nur 8. die normalvektoren würden dann schräg von den ecken wegstehen, wenn dus dir irgendwie vorstellen kannst. ein würfel mit weichen kanten schaut natürlich kacke aus, man macht das z.B. bei rohren, damit sie schön rund aussehen.

drum kann man es auch nicht gscheit berechnen, außer du hast ein modell mit nur weichen/nur harten kanten. allerdings wird bei weichen kanten die berechnung wieder komplizierter, weil du ja einen mittelwert zw. den flächen haben willst, etc. abgesehen davon, dass man ja jedesmal den VB locken müßte und man lieber mehr speicher als performance hergibt, denke ich...

Jonathan_Klein · Verfasst am: 03.05.2004, 18:59 Titel:

Also verstehe ich das jetzt richtig: Wenn man bei einer Fläche an den Vertexen verschiedene Normalvektoren angibt, beleuchtet DirectX das, wie wenn es gekrümpte Flächen wären. Also kann man damit dann recht hübsch Kugel oder Figuren beleuchten. Aber bei ungekrümten Flächen, sind alle Normalvektoren gleich.
Wenn man die Normalvektoren bei einer geraden Flcähe berechnet, dürfte das mit den Vektoren die nahc innen zeigen doch eigentlic kein Problem sein. Die Vertices werden doch extra im Uhrzeigersinn angegeben. Deshalb müsste es doch eine DirectX Funktion geben, mit deren Hilfe man den Normalvektor eines Dreiecks berechnen kann.
Ich denke mal, das ich dann für einfache Objekte den IndexBuffer nicht verwende. Wenn man ja doch wie bei dem Würfel für die verschiedenen Normalvektoren verschiedene Vertexe angeben muss, ist der Vorteil ja schon wieder nicht mehr so hoch.
Und für komplexe Modelle kann man dann ja X-Files benutzen.
_________________
https://jonathank.de/games/

Chewie · Verfasst am: 03.05.2004, 19:21 Titel:

das mit der krümmung verstehst du richtig...es findet dann keine lichtbrechung an der kante statt.

den normalvektor eines polys kannst du z.B. so ausrechen:
D3DXPlaneFromPoints(plane, v1, v2, v3);
vNorm = VECTOR(plane.a, plane.b, plane.c);

oder auch irgendwie mim kreuzprodukt, je nach belieben.

Hazel · Verfasst am: 03.05.2004, 19:28 Titel:

Mit dem Kreuzprodukt geht das auch.

Man hat 3 Punkte eines Dreiecks: A, B und C. Dann berechnet sich der Normalenvektor wie folgt:

n = (b - a) X (c - a)

b-a und c-a sind die beiden Richtungsvektoren der Ebene die durch das Dreieck definiert wird und ihr Kreuzprodukt ist ein Vektor, der orthogonal auf ihnen steht, also ein Normalenvektor.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R