Das deutsche QBasic- und FreeBASIC-Forum

[d1rty.h4rry]

Hi FB und QB Community^^

da ich in der suche nix anständiges gefunden habe was mir hilft habe ich mich dazu durchgerungen das thema halt neu zu posten^^

Ich bin gerade dabei ein simples Game zu proggen wo man ein Kugel in Jump'n'Run art durch ein Levbel Steuern muss... es gibt normale Plattformen, Fahrstühle, Plattformen aus Eis(wo man halt Rutscht), Plattform auf denen man beispielsweis nicht springen oder höher springen kann, Ventilatoren die einen in eine Richtung Pusten u.s.w..

Ich habe lediglich das problem das ich diese Plattformen, damit die Kollisions erkennung Funktioniert, nur Waagerecht oda eben Senkrecht platzieren kann...

Ich habe mir überlegt: wenn ich schräge erstellen will könnte ich das doch über dreiecksberechnungen lösen.. die Frage ist nur wie?

[PMedia]

Warum Winkelberechnung?
Prozentrechnung tuts doch auch.

[Dr. Bakterium]

Ich würde den Ball über Vektoren steuern, weil man so beliebige Kräfte zu einer Kraft zusammenrechnen kann.

Beispiel: Du hast deinen Ball, der sich in eine beliebige Richtung zwischen 0° und 360° bewegen kann, entsprechend eines Pfeiles, der in eine Richtung zeigt. Weiterhin hast du einen Wert für die Geschwindigkeit, in der sich der Ball pro Zeiteinheit bewegt. Bildlich repräsentiert würde das durch die Länge dieses Pfeiles. Fertig ist der Bewegungsvektor.

Alle anderen Vektoren wie Schwerkraft, Seitenwinde werden einfach zu einem Ergebnisvektor zusammengerechnet und schon weiß man, wo der Ball in der nächsten Zeiteinheit sein soll. Die Kollisionserkennung müßte man selbst in die Hand nehmen, einfach indem man berechnet, ob sich dieser Vektor z. B. mit einer Plattform-Linie schneidet und dann den Vektor quasi wie einen Lichtstrahl reflektieren läßt.
Ohne etwas Geometrie und Physik gehts also nicht, wenn es realistisch aussehen soll. Soviel Formeln braucht man aber auch wieder nicht. Eine Formelsammlung wäre trotzdem hilfreich.

Dein Problem mit der Schräge wäre dann automatisch gelöst weil die Vektoraddition sowie die Schwerebeschleunigung universell ist.

Hier noch ein Beispiel für Schnittpunktberechnung für kartesischen Koordinaten:

1. Linie von 1/1 nach 10/5
2. Linie von 4/10 nach 8/2

m = (y2-y1)/(x2-x1), daraus folgt m1 = (5-1)/(10-1) = 4/9 = 0,4444 und m2 = (2-10)/(8-4) = -8/4 = -2

Jetzt berechnen wir noch den sog. t-Abschnitt, also die y-Koordinate des Geradenpunktes wenn x = 0 ist, gemäß der allgemeinen Geradengleichung y = m * x + t
Wir kennen also den Steigungsfaktor m, für x und y nimmt man einfach einen beliebigen Punkt, der auf der Geraden liegt wie z. B. den Anfangspunkt der 1. Linie, 1/1. Daraus folgt:

1 = 0,4444 * 1 + t
t = 0,5555

Die Geradengleichung für die 1. Linie lautet also: y = 0,4444 * x + 0,5555
... und für die 2. Linie: y = -2 * x + 18

Für den Schnittpunkt setzt man nun beide Gleichungen gleich und lößt nach x auf:
0,4444 * x + 0,5555 = -2 * x + 18
x = 7,1365

und das wiederum eingesetzt in irgendeine der obigen Geradengleichungen ergibt für Y den Wert 3,7270. Somit ist der Schnittpunkt bzw. Kollisionspunkt auf Koordinate 7,14 / 3,72.

[d1rty.h4rry]

Vielen Dank an euch für die Antworten

@PMedia: Habs mit dieser Variante mal versucht das sah in etwa so aus

[dreael]

Vielleicht hilft an dieser Stelle

http://www.dreael.ch/Deutsch/Download/Billard-Simulation.html

aus meiner Sammlung weiter. Dort kommen solche Probleme wie Kollisionsberechnung und Impulssatz voll zur Anwendung. Portierung in FreeBasic müsste eigentlich problemlos sein, wenn nicht sogar 1:1 lauffähig.
_________________
Teste die PC-Sicherheit mit www.sec-check.net

[d1rty.h4rry]

@dreal: Danke für die Antwort..

Dein Proggy kann echt genau dass, was ich suche... immerhin und das konnte es schon 1999 xD wunderbar jetz muss ich mich nur etwas einarbeiten, da es ja schon sehr komplex ist.

Die protierung auf FB war auch nicht einfach ich habs aber hinbekomm... ein paar variblen waren nicht explizit definiert und deine Screen-Pcopy geschichten musste ich umschreiben... und mit der Linien Zeichen routine war bei der 1.Version ein bug in FB aba das is jetz auch OK..

Das prog verwendet so viele Formeln da muss ich erstmal durchsteigen.. aba wunderbar das proggi hilft mir auf jeden fall

D!rTy H4RrY
_________________
"Das Fernsehen ist so etwas wie eine geistige Neutronenbombe, das Gehirn wird weggestrahlt. Nur der Kopf bleibt da!" -Olliver Kalkhofe
-> http://fernsehkritik.tv/tv-magazin/
"Wenn alle Stricke reißen, dann häng ich mich auf", Karl Kreiss

[Dr. Bakterium]

Danke für den Willkommensgruß

Na, da hast du schon so ziehmlich alles fix und fertig, was du brauchst.
Die Schwerkraft nimmt quadratisch zur Entfernung ab, vielleicht war das der Fehler in deiner Formel. Das mit dem Winkel war doof von mir, weil es geht auch ganz gut ohne indem man einfach alle DX und DY addiert.
Hier ein kleines Beispiel anhand der Erde, wie sie um die Sonne kreist:


Ohne Sonne würde die Erde im kartesischen Koordinatensystem schnurgerade senkrecht nach oben fliegen, also DX = 0 und DY = 1, was Vektor V1 entspricht. Die Gravitation zieht die Erde aber zur Sonne hin, Mittelpunkt zu Mittelpunkt, was durch den Vektor V2 (DX = 1 und DY = 0) symbolisiert wird. Man addiert nun einfach sämtlich DX miteinander und macht mit den DY dasselbe und erhält so den Endvektor V, mit dem die Kugel dann tatsächlich bewegt wird (x += dx und y += dy).


Hier nun die Kollision. Du kennst sicher noch den Spruch "Eintrittswinkel = Austrittswinkel". Hierzu brauchst du die Schnittpunktberechnung von oben. Du zerlegst den langen Vektor in 2 Teilstücke, einmal von der aktuellen Kugelposition bis zum Schnittpunkt und zum anderen vom Schnittpunkt zur Endposition. Wobei Länge(Austrittsvektor) = Länge(Ursprungsvektor) - Länge(Eintrittsvektor) - Energieverlust(Hindernis).
Energieverlust ist natürlich optional.
Das eigentliche Abprallen sieht mal also garnicht, außer du machst einen zeichnerischen Zwischenschritt. Auf alle Fälle brauchst du den Schnittpunkt, schon alleine um die Winkel zu berechnen.

So, und hier noch ein kleines Gravitationsbeispiel, in dem sich dutzende Kugeln gleichzeitig anziehen. Die Kollisionsauswertung ist vereinfacht, ohne Schnittpunktberechnung, weshalb sie nicht 100% korrekt funktioniert. Aber für dieses Beispiel dürfte es ausreichend sein. Nur hin und wieder werden manchmal Kugel extrem schnell dadurch "rausgekegelt", wenn sie sich zu schnell bewegen. Ist ungefähr so wie wenn man einer Radarfalle davonfährt