Vektor-Transformation
-
Ist das nicht nur eine Vektoraddition (plus Normierung)? Was willst du da denn groß rotieren?
-
Bashar schrieb:
Ist das nicht nur eine Vektoraddition (plus Normierung)? Was willst du da denn groß rotieren?
Hmm...stimmt.
Wäre damit wohl erledigt.
-
Jetzt werde ich fies, indem ich dich auf etwas aufmerksam mache: Deine Entfernung ist nicht 1500 Meter. Die Entfernung ändert sich ja durch die gekrümmte Flugbahn. Deine Rechnung funktioniert nur, wenn deine Flugbahn ohne Gravitation genau horizontal liegt. (Und das Projektil auf dem Weg nicht auf den Boden trifft!)
Ein extremes Gegenbeispiel wäre, wenn das Ziel genau über einem ist. Wenn es nur hoch genug ist, trifft man es nie. Bei deiner Rechnung kommt hingegen in diesem Fall totaler Unsinn heraus.
Alle anderen Winkel sind mehr oder weniger abgeschwächte Zwischenfälle zwischen diesen beiden Extremfällen.
-
SeppJ schrieb:
Jetzt werde ich fies, indem ich dich auf etwas aufmerksam mache: Deine Entfernung ist nicht 1500 Meter. Die Entfernung ändert sich ja durch die gekrümmte Flugbahn. Deine Rechnung funktioniert nur, wenn deine Flugbahn ohne Gravitation genau horizontal liegt. (Und das Projektil auf dem Weg nicht auf den Boden trifft!)
Ein extremes Gegenbeispiel wäre, wenn das Ziel genau über einem ist. Wenn es nur hoch genug ist, trifft man es nie. Bei deiner Rechnung kommt hingegen in diesem Fall totaler Unsinn heraus.
Alle anderen Winkel sind mehr oder weniger abgeschwächte Zwischenfälle zwischen diesen beiden Extremfällen.
Mist.
Danke für den Hinweis!
Hab ich irgendwie völlig vergessen.Muss das ganze wohl nochmal überdenken...
-
coder++ schrieb:
Mist.
Danke für den Hinweis!
Hab ich irgendwie völlig vergessen.Muss das ganze wohl nochmal überdenken...
Ballistik ist eben nicht so ganz einfach. Das haben erst die alten Europäer, so um das 16. Jahrhundert herum richtig hin bekommen. Und dann haben sie noch ~400 weitere Jahre gebraucht, um Maschinen zu konstruieren, welche die nötigen Rechnungen automatisch durchführen können, sogenannte Computer. Ich weiß nicht, ob noch welche davon erhalten geblieben sind, vielleicht könnte man sich an denen orientieren
.
-
SeppJ schrieb:
coder++ schrieb:
Mist.
Danke für den Hinweis!
Hab ich irgendwie völlig vergessen.Muss das ganze wohl nochmal überdenken...
Ballistik ist eben nicht so ganz einfach. Das haben erst die alten Europäer, so um das 16. Jahrhundert herum richtig hin bekommen. Und dann haben sie noch ~400 weitere Jahre gebraucht, um Maschinen zu konstruieren, welche die nötigen Rechnungen automatisch durchführen können, sogenannte Computer. Ich weiß nicht, ob noch welche davon erhalten geblieben sind, vielleicht könnte man sich an denen orientieren
.
Dann werd ich mich wohl mal mit Ballistik befassen.
-
coder++ schrieb:
Dann werd ich mich wohl mal mit Ballistik befassen.
Leider ist nicht ganz klar, wofür du das am Ende nutzen willst. Es gibt im Prinzip zwei wichtige Ansätze:
a) Du nutzt das Wissen, dass am Ende eine Wurfparabel raus kommt. Du kannst zu jeder Abschussrichtung und Geschwindigkeit problemlos die Bahngleichung angeben. Dann kannst du gucken, wo diese das erste Mal ein Ziel schneidet, um den Auftreffpunkt zu bestimmen.
b) Du integrierst die Bewegungsgleichungen. Und zwar nicht analytisch, sondern indem du die Zeit in kleine Schritte zerlegst (es gibt auch andere Methoden, aber dies ist eine sehr intuitive) und in jedem Schritt dein Projektil entsprechend der Bewegungsgleichungen versetzt. Und gegebenenfalls guckst, ob es irgendwas trifft.Was davon besser ist, kommt drauf an, was für eine Art von Spiel das ist und welche Art von Ergebnis gewünscht ist. Wenn das Spiel irgendwie in "Zeitschritten" abläuft, dann bietet sich Methode b an. Wahrscheinlich hast du Methode b dann sogar bereits implementiert. Die Methode hat außerdem den Vorteil, dass man damit auch problemlos alles mögliche sonst an Physik auch simulieren kann, ohne die Methode ändern zu müssen. Bei Methode a kommt man hingegen schnell zu Fällen, bei denen das System so komplex ist, dass man keine genaue Lösung mehr im Voraus angeben kann.
Wenn hingegen eher statisch dem Spieler vorhergesagt werden soll, wo das Projektil aufkommen wird, vielleicht sogar mit Einblendung der Flugbahn, dann bietet sich eher Methode a an.
-
Ja Projektile werden bei mir in der Tat in Schritten simuliert(mehrere Strahlentests pro Bild), um eine einigermaßen gute Parabel darzustellen.
Ich will gerade nur, dass ein Projektil immer sein Ziel trifft, unabhängig von der Entfernung.
Ich schau mal ob ich dafür eine Lösung finde.
-
coder++ schrieb:
Ich will gerade nur, dass ein Projektil immer sein Ziel trifft, unabhängig von der Entfernung.
Ich schau mal ob ich dafür eine Lösung finde.
Du musst halt die Bahngleichung im Ortsraum nach deinem Endpunkt auflösen. Da das System unterbestimmt ist (du hast zwei Veränderliche, aber nur einen Fixpunkt), wirst du sogar jede Menge Lösungen erhalten. Das ist die mathematische Manifestation davon, dass man ein gleich weit entferntes Ziel treffen kann, indem man unter einem anderen Winkel mit einer anderen Geschwindigkeit abwirft.
-
SeppJ schrieb:
coder++ schrieb:
Ich will gerade nur, dass ein Projektil immer sein Ziel trifft, unabhängig von der Entfernung.
Ich schau mal ob ich dafür eine Lösung finde.
Du musst halt die Bahngleichung im Ortsraum nach deinem Endpunkt auflösen. Da das System unterbestimmt ist (du hast zwei Veränderliche, aber nur einen Fixpunkt), wirst du sogar jede Menge Lösungen erhalten. Das ist die mathematische Manifestation davon, dass man ein gleich weit entferntes Ziel treffen kann, indem man unter einem anderen Winkel mit einer anderen Geschwindigkeit abwirft.
Okay.
Und danke für alles.
