spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja, die Methode mit den vielen Punkten ist totaler Quatsch, aber es gibt doch noch eine andere Funktion in der Engine, die das besser und 100% korrekt löst.

Und die Frage, ob du überhaupt einen Unterschied bemerken würdest! Wahrscheinlich nur, wenn du extrem viele Tests durchführst (Millionen pro Frame).

Du kannst ja die Laufzeit beider Algorithmen bestimmen. Zusätzlich kannst du halt Tests schreiben bei welchen die Algorithmen jeweils zig mal ausgeführt werden.

Vielleicht mache ich auch mal meine eigenen Kollision.

kann die von Patrick Z. beschriebene Technik habe ich nicht komplett nachvollziehen können.
z.B. das

Zitat

da man die Schnittpunkte nicht berechnen muss, und da die Ebenen schon berechnet wurden)

Und wie errechnet man wenn ein Vertex eines Objektes in eine ungleichmäßige form eintaucht?
und würde es nicht auch reichen wenn man ermittelt ob eine Seite in ein Dreieck eines anderen Objecte eindringt?



Ich habe mir gedacht wenn man ermitteln kann ob sich 2 Strecken(AB und CD) sich schneiden dann könnte man vielleicht auch die Formel auf 3d erweitern um zu prüfen ob eine Strecke ein Dreieck schneidet.

Ist das Richtig ? Gibt es eine Formel?

und Wenn Objekte sich im Game bewegen dann sind die Bewegungen ja nicht analog wie in der Echten Welt, die Objekte bewegen sich in Schritten.
Bei Schnellen Spielen kann es auch mal passieren dass, man in einer Oberfläche steckt und die Vertex-es nicht im Würfel sondern durch das Objekt gehen, z.B. bei Lanzen die durch eine Wand gehen.

Das Beschäftigt mich für ein Game Project mit dem 3dGameStudio bei dem ich sehr oft unzufrieden mit der Kollision war, es ist nicht sehr wichtig und ich könnte auch die vorhandenen Kollision Engine Nutzen und ich brauche das erst in einigen Monaten aber vielleicht ist es ja einfacher als ich dachte, deshalb würde ich mich über ein Paar Infos frehen.