JLI Spieleprogrammierung

[User_User]

In Kapitel 28 (S. 431) wird bei der Drehung folgender Code angegeben:

switch(Movement)
{
// Drehung nach links
case TURN_LEFT:
m_fRotAngleY -= m_TurnSpeed;

usw.

Wenn ich mich (S. 431) im Koordinatenursprung befinde und in Richtung der x-Achse schaue, dann ist der Winkel 0. Drehe ich mich nach links um z.B. 90° bzw. PI/2, dann ist mein Winkel 90° bzw. PI/2. Infolgedessen müsste ich bei einer Linksdrehung einen Wert hinzuaddieren (und bei einer Rechtsdrehung abziehen) - oder?

[Jonathan_Klein]

bist du jetzt nur verwirrt, das da ein Minus steht?
Ich meien, ist doch eigentilhc kein großes Probelm, wenn DX halt die drehung gegen oder mit dem Uhrzeigersinn definiert hat, ist es eben so. Ob ich jetzt -5 nach links oder +5 nach rechts drehe macht ja keinen Unterschied.
Und selbst wenn es verwirrend sein sollte, testet man es halt kurz, das hat man doch in 2 sek raus und braucht es eh nur an ner Hand voll Stellen, weshalb das absolut kein Probem darstellen sollte.
_________________
https://jonathank.de/games/

[The Lord of Programming]

Außerdem hats die Mathematik schon so definiert

Wenn du ein Koordinatensystem mit x und y hast, dann ist der erste Quadrant der rechts oben, der zweite der links oben, ...
Und Winkel werden hier grundsätzlich als positiv definiert, wenn sie linksherum gehen
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[User_User]

Mich hat in der Tat das Minuszeichen irritiert.

In der letzten Antwort stand:

"Und Winkel werden hier grundsätzlich als positiv definiert, wenn sie linksherum gehen."

Deshalb habe ich erwartet, dass m_TurnSpeed bei einer Linksdrehung hinzuaddiert wird.

In der vorletzten Antwort stand:

"Ich meien, ist doch eigentilhc kein großes Probelm, wenn DX halt die drehung gegen oder mit dem Uhrzeigersinn definiert hat, ist es eben so."

Ist es nicht! Wenn man sich folgenden Code anschaut (Buch S. 431):

// Berechnung der Blickrichtung in der x-z-Ebene
m_vLookAt.x = sinf(m_fRotAngleY) + m_vPosition.x;
m_vLookAt.z = cosf(m_fRotAngleY) + m_vPosition.z;

Wenn ich eine Seite eines rechtwinkligen Dreiecks in x-Richtung ausrechnen will, brauche ich Ankathete (also den Cosinus). Es müsste also heißen:

// Berechnung der Blickrichtung in der x-z-Ebene
m_vLookAt.x = cosf(m_fRotAngleY) + m_vPosition.x;
m_vLookAt.z = sinf(m_fRotAngleY) + m_vPosition.z;

Wenn ich einen Winkel im ersten Quadranten habe, dann ist der Winkelwert zwischen 0 und PI/2 und positiv. Deshalb ist der auf Seite 431 eingezeichnete Winkel positiv.

Der "Fehler" (falsches Vorzeichen) wird ausgeglichen (falsche Trigonometrische Funktionen). Nun habe ich kein Problem mit dem Code mehr. Es wäre allerdings leichter gewesen, wenn man allgemeine implizite Vereinbarungen, die man in der Mathematik verwendet, auch einhält.

[DirectXer]

naja, sowas wirst du oft sehen @User_User

viele Progammierer leiten sich, wenn sie das net auswendig kennen und gut in Mathe sin, die Formeln immer wieder neu her. Das muss net unbedingt 1:1 mit der Mathematik sein, es muss nur funktionieren. Da muss als Leser eben entweder ein gutes Backgroundwissen haben um das direkt zu erkennen und drauf zu achten oder man muss sich eben alles nochmal an Beispielen klarmachen

[The Lord of Programming]

Ups
Dann macht das DX wohl andersrum
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[User_User]

Nachtrag

Ob + oder - - Hauptsache es funktioniert - oder?

Nehmen wir an, ich schreibe eine Klasse CSpieler, welche den Spieler repräsentiert. Ich habe eine Variable Position, welche die Position des Spielers repräsentiert.

Angenommen ich speichere die Spielerposition mit den falschen Vorzeichen.

Nun erstelle ich eine Klasse CPersonenAusgabe, welche den Spieler grafisch ausgibt. Nach kurzer Zeit läuft mein Programm.

Einige Zeit später erstelle ich eine weitere Klasse CGegner1, welche einen Gegner darstellen soll. Diese Klasse enthält auch eine Variable Position, welche die Position des Gegners repräsentiert.

Ich übergebe die Klasse CGegner1 der Klasse CPersonenAusgabe. Oh, jedoch funktioniert der Code nicht. Ich muss etwas falsch gemacht haben, schließlich funktionierte vorher alles fehlerfrei!

Nach einiger Zeit stelle ich fest, dass die Klasse CPersonenAusgabe fehlerhaft ist. Ich ändere nun diese Klasse, aber nein, schon wieder läuft es nicht wie erwartet.

[Dragon]

[Jonathan_Klein]

An sich ist das Beispeil richtig. Allerdings missachtest du dabei, das Gegner und spieler einen Basisklasse Person haben, von der sie die Eigenschaften inklusiv Vorzeichen erben
_________________
https://jonathank.de/games/

[User_User]

Dragon hat folgendes geschrieben:

du hast eigentlich recht. Vieleicht schreibst du mal den Autor des Buches eine PM darüber. Ich denke er würde sich über Verbesserungsvorschläge freuen.

Wo finde ich die eMail-Adresse des Autors?

[DirectXer]

[51m0n]

hier

edit:
zu langsam-.-
_________________
Teigwaren
heißen Teigwaren,
weil sie früher einmal Teig waren