Du kannst doch Polygone mit den Draw-Funktionen zeichnen.

vektor is genau das was du brauchst oo
////ergänzend will ich noch sagen das mir 3D zu kompliziert ist xD und von 4D fang garnich erst an *g*
aber als not-fake-3D gäbs nur die möglichkeit entsprechend dreiecke und 4 ecke zu zeichnen xD bsp:

Dann wirst du es nicht umgehen können, dich mit Vektoren zu beschäftigen.. Viel Spaß!

Ich hab auch mal was gemacht. Praktische Zwecke hat das aber eher weniger, denn wie gewohnt ist GML nicht sehr schnell und daher ist die Anzahl der Punkte sehr begrenzt.

Wen die Theorie interessiert, hier mal eine kurze Erklärung:
Zunächst mal besteht die Kamera aus 4 Vektoren: die Position (p), die Blickrichtung (v), ein Vektor der in Blickrichtung genau nach oben zeigt (u) und einer der genau nach rechts Zeigt (s). Die beiden letzten Vektoren beschreiben also die Drehung der Kamera um die Blickrichtung. Grundsätzlich wäre dafür zwar nur ein Vektor nötig, aber es bietet sich an den zweiten redundant abzuspeichern da er für spätere Berechnungen benötigt wird. Wir gehen davon aus bzw. sorgen dafür, dass v, u und s orthogonal aufeinander stehen und die Länge 1 haben. Die Hauptaufgabe die es jetzt zu lösen gilt ist ein Algorithmus zu finden, der einen Punkt im Raum auf die Kamera projiziert. Dazu folgende Überlegung: Jeder Punkt X im Raum lässt sich als Vektorzug aus v, u und s darstellen mit X = p + a * v + b * u + c * s. Da u und s immer fest zur Blickrichtung liegen, kann man sagen, dass b bzw. c die Abweichung von X auf unserem Bildschirm also der Kamera angeben. Also in gewisser Weise unsere gesuchten Koordinaten auf dem Bildschirm. Man muss also "nur" b und c in obiger Gleichung bestimmen. Das ist ein Gleichungssystem mit drei Gleichungen und lässt sich am besten mit dem Gauß-Algorithmus lösen. Das ist im Groben die Idee die dahinter steckt. Ich hoffe ich konnte es einigermaßen verständlich rüberbringen.

Jo, bis auf die Gleichung hab ich es noch verstanden ("Vektorzug"???)

OK, eigentlich heißt es Linearkombination, wollte es nur so verständlich wie möglich erklären.

(a, b, und c sind die Raumkoordinaten, nicht wahr?)

Kann man so sagen, nur in einer anderen Basis, nämlich welche v, u und s bilden. Sozusagen eine Verschiebung und Drehung des Koordinatensystems.

Diese Ungenauigkeit der GM Zahlen hatte mich auch schon zum verzweifeln gebracht. Da wurden die Objekte teilweise total falsch dargestellt. Aber um dieses Problem und das Problem der Geschwindigkeit in den Griff zu bekommen könnte man auch einfach eine DLL schreiben, die die Berechnungen vornimmt. Aber warum nimmst du eigentlich nicht einfach die eingebauten GM 3D Funktionen für sowas?