Hi ...

Ich hänge jetzt schon eine ganze Weile an einem Problem fest...
Vorab nochmal kurz zu meinem Projekt:
In einem Terrain fliegen Bälle durch die Gegend.
Problem:
Die Bälle sollen sich untereinander auch treffen und von einander abprallen (der Realismus muss dabei nicht sehr hoch sein, aber es muss gut funktionieren)

Ich habe mit schon viele Tutorials zu Sphere-Sphere Kollisionen durchgelesen und auch zum Abprallen von einander, aber irgendwie bin ich nie richtig schlau draus geworden oder es hat nicht richtig funktioniert...

Also habe ich mir mal meine eigenen Gedanken gemacht:
Da ich für Schüsse bereits eine funktionierende Strahl-Sphere Kollision habe, dachte ich damit ließe sich was Anfangen.
Meine Überlegung: den Radius der Sphere B um den Radius der Sphere A erhöhen und dann mit dem Richtungsvektor und dem Mittelpunkt von A eine Strahl-Sphere Kollision mit der Sphere B mit erhöhtem Radius berechnen.
Die Berechnung funktioniert auch ganz gut glaube ich.
Damit lässt sich auch ziemlich genau der Kollisionspunkt bestimmen ...
Allerdings bin ich mir nicht 100%ig sicher, dass dies der richtige Weg ist ...

Hier mal der Code (zwar C++, aber ich denke die meisten werden damit klar kommen )


Nun zum zweiten Problem, dem Abprallen von einander.
Da habe ich bis jetzt 2 Möglichkeiten ausprobiert.
1. Den Vektor zwischen Kollisionspunkt und Mittelpunkt von B als Normalenvektor der Kollisionsebene nehmen und für beide Kugeln den Richtungsvektor entsprechend des Normalenvektors verändern
2. Die mehr physikalische Möglichkeit die im NeHe Tut 30 vorgestellt wird. Dort wird auch auf die Masse der Kugeln eingegangen, was besser ist, da eine Kugel eine andere, die ruhig liegt damit auch anstoßen kann. (was mir lieber ist)

Allerdings bringen beide Möglichkeiten keine zufriedenstellenden Ergebnisse.
Bei beiden tritt das Problem auf, dass wenn die Kugeln mit einer sehr geringen Geschwindigkeit auf einander treffen sie sich sozusagen in einander verhaken und nur schwer wieder zu lösen sind (durch Schüsse) oder eine um die andere herumfliegt und dann leicht weggeschleudert wird ...

Wenn die Geschwindigkeiten groß genug sind, dass sie auch anständig Abprallen, d.h. der Weg während eines Frames groß genug ist, klappt die Kollision sehr gut und sieht auch relativ gut aus ...

Hier der Code: (zwar unoptimiert, aber wenn er nicht funktioniert muss ich ihn auch nicht optimieren *g*)


Hoffe mir kann da jemand helfen ...

Gruß
Shai

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Also ich habe so etwas ähnliches schonmal gemacht (also Kollision von zwei Bällen) und das Ganze auch noch ein bisschen weitergedacht. Da du ja (wahrscheinlich) die Massen der Kugeln und ihre Geschwwindigkeit kennst, würde ich folgende Formel aus meiner Formalsammlung für den elastischen Stoß verwenden:

Wenn ich richtig liege, kannst du ja v jeweils in drei Teilvektoren zerlegen, und dann dürfte das eigentlich physikalisch optimal funktionieren.

PS: Warum nutzt du eigentlich nicht Newton? (Das musste einfach kommen)

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Hi ...

erstmal danke für die Antwort ...
Ich werde deinen Tip mal ausprobieren ...

Warum benutze ich nicht Newton?
Naja, ich schätze ich will nicht so viel vorgegeben bekommen, ich möchte lieber meine eigenen Erfahrungen machen und selber ein bischen tiefer in die Materie einsteigen, d.h. solche Sachen auch selber verstehen ...

Gruß
Shai

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Hi...

Ich glaube ich habe dich nicht ganz verstanden ...

V1 / V2 ... sind dass die Geschwindigkeitsvektoren oder die Geschwindigkeiten (also die Längen der Vektoren) ???
Und was meinst du genau mit zerlegen in Teilvektoren ???

Gruß
Shai

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Also Kugel 1 hat v1, Kugel 2 v2.
Die Geschwindigkeit muss man ja für drei Richtungen angeben. v1 und v2 sind also Vektoren
v1: (v1x, v1y, v1z)
v2 analog

Du rechnest also mit der Formal sechsmal, für jede Kugel dreimal.
also zB:

v1x= (m1*v1x + m2*(2*v2x-v1x)) / (m1 + m2);

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Ok, hab ich mir fast schon gedacht ...
Jetzt denken die Bälle aber garnicht mehr daran sich von einander zu lösen und verfransen sich bei jedem Kontakt in einander ... ich glaub ich gebs langsam auf, hab da keinen bock mehr drauf ... *grmpf*

naja, auf jeden fall danke für die Hilfe ... und fals jemand noch irgend welche Vorschläge hat, was ich falsch gemacht habe, bzw. was ich besser machen könnte ... immer her damit ...

ich bin total fertig und brauch jetzt erstmal ne kippe

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Da du nicht unendlich genau arbeiten kannst, kann es sein, dass in einem Frame die Kugeln schon ineinanderrutschen, bevor du den Kollisionstest machst. Nach diesem Test sollten die Kugeln dann auseinanderstreben, aber wenn sie sich dann noch nicht so weit bewegt haben, dass sie sich immer noch überschneiden, dann wird wieder die Kollision durchgeführt und das geht das immer so weiter.
Du solltest also nach der Kollisionsprüfung und der Berechnung der neuen Geschwindigkeitsvektoren auch die Positionen der Kugeln so setzen, dass sie sich garantiert nicht überscheiden.

_________________
"Du musst ein Schwein sein in dieser Welt, sangen die Prinzen, das ist so 1.0. Du musst auf YouTube zeigen, dass dir dein Schweinsein gefällt, das ist leuchtendes, echtes Web 2.0."
- Hal Faber
Meine Homepage: http://laboda.delphigl.com

Ok ... da, alles andere nicht funktioniert hat habe ich noch einmal an der Möglichkeit mit der einfachen Abprall-Normalen gearbeitet und sie stabil bekommen ...
Dazu habe ich noch einen gefakten Stoß angefügt, der schon relativ realistisch erscheint, aber noch etwas verbessert wird ...

Will damit sagen, das Problem ist vorerst abgehakt ...

Sollte trotzdem jemand weitere Vorschläge haben würde ich mich trotzdem freuen

danke für die Hilfe

Gruß
Shai

_________________
Der Mensch hat neben dem Trieb der Fortpflanzung und dem zu essen und zu trinken zwei Leidenschaften: Krach zu machen und nicht zuzuhören. (Kurt Tucholsky)
Schwabbeldiwapp, hier kommt die Grütze. (Der Quästor)

Wahrscheinlich ist ein Vorzeichen bei der Geschwindigkeit falsch!

und:

du musst dir merken für welche kugel-paare du eine Kollision berechnet hast,
bei diesen Kugel-Kombinationen darf dann solange keine Kollision mehr berechnet werden,
bis sie einen Frame lang nicht in berührjung waren.

und:

deine Methode wird automatisch versagen, wenn 3 kugeln kollidieren!

wenn du dass verhindern willst, kann man mit recht guter Performance Kollisionen elastisch berechnen.

oder: man muss die Position von kugeln nachkorrigieren, wenn sie länger als einen Rehchenschritt ineinander eingedrungen bleiben, damit würde auch ermöglicht, dass kugeln aufeinander liegen können (theoretisch jedenfalls).

ich arbeite aber mit elastischer Kollision, kommt auf den Verwendungszweck an (ich will auch Reibung und so haben, da ist das einfacher).

übrigens: bei solchen Sachen macht man zu beginn viele flüchtigkeits- fehler (meiner Erfahrung nach). dann glaubt man es funktioniert nicht, aber in Wirklichkeit sind’s nur blöde Fehler...

_________________
Nothing, oh sweet nothing,
today we are doing nothing at all...
http://www.geo-progs.de