spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"PCShadow"« ich würd ja jetz spontan vermuten, du hast irgendwo ne bereichsüberschreitung (Arrays, falsch verwendete Zeiger, etc.), die die Ebene schrottet, wenn sie global liegt, aber nciht, wenn sie lokal ist, aufgrund unterschiedlicher Speicherpositionen. Die Ebene hab ich global als normale Var. angelegt. Kann es sein das es Fehler gab, weil ich die Var vorher nicht initialisiert hab ?

Ok habs hinbekommen !! Erstmal vielen dank an alle wo mir geholfen haben, vor allem TrommlBomml der sich voll die Mühe gemacht hat. Das war echt ein komischer Fehler, vielleicht hat jemand eine Erklärung dafür. Unswar wenn ich die Plane vorher initialisiere und in ner globalen Var abspeicher, dann hat der Probleme mit den Schnittpunktberechnungen. Wenn ich Sie aber ständig in der Renderfunktion neu initialisiere klappt alles. Komischerweise krieg ich bei der Log-Datei bei beiden initialisierunge...

Ok hab mich vorhin etwas intensiver damit auseinandergesetzt, krieg es aber immer noch nicht hin. Mein aktueller Stand: Ich habe eine Ebene auf der x-z-Achse angelegt. Mein Code dafür: C-/C++-Quelltext 1 2 3 4 5 6 7 //Plane tbVector3 PlaneA = tbVector3(0.0f, 0.0f, 0.0f); tbVector3 PlaneB = tbVector3(0.0f, 0.0f, 1.0f); tbVector3 PlaneC = tbVector3(1.0f, 0.0f, 0.0f); tbPlane g_Plane(tbPlaneFromPoints(PlaneA, PlaneB, PlaneC)); tbWritePlaneToLog(g_Plane); Die Ebene ist soweit ich es aus der Logdatei...

Vielen Dank erstmal, Zitat von »"TrommlBomml"« ja das sollte auch gehen. dann arbeite aber lieber mit "punktlicht". stell dir vor, du hast einen Punkt p, der das licht ist. und du hast die 3 eckpunkte des dreiecks in weltkoordinaten (also mit der weltmatrix multipliziert). Hmm ich hab das noch nie gemacht, kannst du mir vll. ein kleines Beispiel zeigen ? Zitat von »"TrommlBomml"« dann bildest du einfach eine tbLine mit P und je einem eckpunkt, sodass du 3 tbLine objekte hast. dann berechnest du ...

Danke Genau, um es richtig zu machen brauch ich den Stencil Buffer. Hab vorhin mal im Buch nachgeschlagen und das ganze befindet sich irgendwo ab seite 650 Ich bin jedoch momentan auf seite 350 und ich denke die Aufgabe wird fürn Anfang vll. zu schwer für mich. Gibts es eine Möglichkeit das ganze ohne Stencil Buffer zu realisieren ? Also am besten nach einem Prinzip wie man Kolisionen erkennt, mithilfe der Funktionen: tbLineHitsTriangle, D3DXIntersectTri oder tbLineHitsPlane. Gruß Inco

Ich möchte ein "Schatten" Dreieck mit der Position des Lichtes auf die Ebene spiegeln. D.h. ich möchte die 3 Schnittpunkte der Dreiecksspitzen, auf der Ebene ermitteln. Dabei möchte ich die gleiche Richtung verwenden, wie die des Directional-Lichtes. Jemand eine Idee ?

Guten Tag, habe wieder ein Problem bei dem ich nicht weiterkomme. Ich habe eine senkrechte Ebene (TRIANGLESTRIP), ein Dreieck und eine Lichtquelle (DIRECTIONAL). Wie kann ich den Schnittpunkt des Lichtstrahls mit der Ebene, der von einer Dreiecksspitze in Richtung der Ebene projiziert wird, feststellen ? Ich hab dafür folgene Funktionen durchprobiert, die bei mir jedoch nicht den gewünschten Effekt erzielen. tbLineHitsTriangle, D3DXIntersectTri, alternativ tbLineHitsPlane. Muss ich irgendwelche ...

Ah ok, dann muss ich mir vorerst keine Gedanken darüber machen. Habs jetzt hinbekommen. Mein Fehler war, dass ich zur Direction des Lichts noch meine aktuelle Kameraposition dazuaddiert habe. Mit statischen Werten bzw. der Blickrichtung der Kamera klappt es super. Hatte das normalisieren noch kurz ausgetestet, hatte keinen Unterschied gemacht ob ich die Richtung normalisiert hatte oder nicht. Danke Gruß Inco

Position entfernt, gleiches Prob. Fixe Werte für die Richtung ? Hatte ich auch versucht. Btw. was ist .DirW ? Edit: Da hat sich was getan Werde schnell versuchen herrauszufinden woran es lag und poste gleich die Lösung. Was darf ich unter .DirW verstehen ?

Danke für die schnelle Antwort. Die Richtung des Lichts dürfte stimmen, weil die meiner Camera entspricht, nur normalisiert hatte ich sie noch nicht. Habe das jetzt so versucht, scheint aber immer noch nicht zu klappen. C-/C++-Quelltext 1 2 3 4 tbVector3 LightDir = (g_vCameraPosition + tbVector3(sinf(g_fCameraAngle),g_fCameraUpDown,cosf(g_fCameraAngle))); D3DXVec3Normalize((D3DXVECTOR3*)&LightDir, (D3DXVECTOR3*)&LightDir); Light.Direction = LightDir; Light.Position = g_vCameraPosition; Gruß Inco...

Guten Abend, ich habe folgendes Problem: Ich habe 2 Ebenen, die beide als Dreiecksfolge erstellt wurden, erstellt. Die Normalevektoren wurden korrekt gesetzt, da ich die Ebenen mit einem Punktlicht überprüft habe. Punktlicht funktioniert super, wenn ich aber Directional nehme, dann kommt das Licht nur auf einer Ebene wenn ich direkt "davor" stehe Einige Einstellungen die ich vorgenommen hab. LightEnable = An, Lightning = An, Material = gesetzt, Speicher von Licht & Material mit ZeroMemory allozi...

Zitat von »"nils_luck"« Moin, falls es noch von Interesse ist: #include "afxres.h" durch #include <windows.h> ersetzen. Gibt es weiterhin Probleme mit IDC_STATIC einfach unter das #include <windows.h>: #define IDC_STATIC -1 reinschreiben. Damit und den anderen Tipps hier im Forum laufen bei mir jetzt alle Sachen mit VC++ Express 2008, dem neuesten P-SDK und DX SDK vom März 2008. Bye Nils Hallo erstmal, ich habe ein ähnliches Problem an dem ich gescheitert bin. CD-Beispiel: "02 - Direct3D-Abzähl...