allgemeine collision

Nobody-86 · 25. Januar 2005, 18:35

hi, ich habe mal wieder ein collisionsproblem:
ich suche eine script der abfragt ob eine collision mit einem soliden object stadtfindet, egal mit welchen, die bedingung ist nur das es solid ist.
es ist mir einfach zu aufwendig das ich jedem object eine collisionsabfrage mit jedem anderen object mache. bei ca 300 möglchen object collisions möglichkeiten kommt da schon eine genze menge zusammen.

interceptor · 25. Januar 2005, 18:46

Probiers mal mit !place_free oder gib deinen undurchdringlichen Objekten ein Wandstück als parent, dann musst du nur mit einem Objekt Kollisionen machen.

WIN · 25. Januar 2005, 19:20

mit einer slochen abfrage könnte es auch gehen:

if other.solid=1 {action}

Agnahim · 25. Januar 2005, 20:20

Original von WIN
mit einer slochen abfrage könnte es auch gehen:

if other.solid=1 {action}

Das funktioniert nur, wenn es in einem Kollisionevent ausgeführt wird, das hätte nicht viel nutzen...

WIN · 25. Januar 2005, 21:35

ach ja...
ich denke die ganze zeit, das es doch voll einfach ist, einem parent diese abfrage einzubauen, und die anderen objecte als child unterzuordnen. das müsste man laut nobody-86 etwa 300 mal machen

sonst fällt mir leider keine lösung ein

Nobody-86 · 26. Januar 2005, 14:09

am besten ich beschreibe noch wofür es eigentlich gut seinen soll.
es wird eine art shooter, aber je mehr waffen ich einbaue, desto mehr möglichkeiten gibt es eine schadensberechnung zu machen.
patrone1 soll bsp. p1 10/rüstungswert schadenspunkte abziehen
partone2 p1 60/rüstungswert --------------------"----------------
partone3 p1 40/rüstwert abziehen
usw...
da aber p1 auch in fahrzeuge einsteigen kann, muss alles noch mal auf jedes fahrzeug bezogen werden, natürlich mit einem anderen rüstwert. da es ein 2player game wird, alles nochmal auf den 2 player. das gibt bei 9 waffen, 10 fahrzeugen und 2 mänchen schon 180 collisionsmöglichkeiten.
es muss also eine möglichkeit geben das zu minimiren.

interceptor · 26. Januar 2005, 14:21

Wie gesagt, mach parent Objekte:
Sprich patrone1, patrone2, patrone3... haben alle als parent patrone und dann musst du nur mit Objekt patrone Kollisionen berechnen. Das ist am einfachsten.
Deinen anderen Objekten gibst du einfach auch parents, so dass die Anzahl der zu programmierenden Kollisionen auf eine überschaubare Zahl sinkt.

Nobody-86 · 27. Januar 2005, 12:48

haben die dan nicht auch alle den selben schadenswert? wenn sie parent zu einem obj sind haben sie doch auch alle die gleichen werte, oder nicht?

Agnahim · 27. Januar 2005, 13:23

Original von Nobody-86
haben die dan nicht auch alle den selben schadenswert? wenn sie parent zu einem obj sind haben sie doch auch alle die gleichen werte, oder nicht?

Nein haben sie nicht^^

WIN · 27. Januar 2005, 22:25

eine parent/child verknüpfung gibt nur die namen und zustände von variablen und einstellungen an das child weiter. ab dann ist das arme kind auf sich allein gestellt und muss seine werte selber versorgen

Das Tier · 4. April 2006, 15:55

Ich hab auch noch ne Frage:
ich versuche auch GML zu lernen, mein erstes übungsspiel ist Pong (wie immer =) )

ich habe es geschafft das ich die beiden "Shooter", an denen der Ball abpralen soll, sich bewegen lassen.
Ich kriege es aber nicht hin , dassbei einer collision mit der wand die "shooter"stehen bleiben:

was muss ich dort einfügen?

Aktuell sieht mein code so aus:

GML-Quellcode

if (keyboard_check(vk_up))
y -=6;
if (keyboard_check(vk_down))
y +=6
else
y -=0;

falls das einem hilft....

battlegorge · 4. April 2006, 16:52

Dazu brauchst du keine Kollision!
Und das else kannst du ganz weglassen:

GML-Quellcode

if keyboard_check(vk_up) and y>0 y-=6
if keyboard_check(vk_down) and y<600 y+=6

Das Tier · 4. April 2006, 16:56

@ battlegeorge

so bringt man das teil zwar zum bewegen, aber es bleibt nicht an der wand stehen, wenn es diese berührt...

Nobody-86 · 4. April 2006, 18:06

wohw, einer meiner threads als ich noch ein noob war^^ das du den hier ausgebuddelt hast....

naja, schicke mir ne pn wen dein problem gelöst ist, dan kan ich den treahd als gelöst markieren. (ich glaube als ich den erstellt habe gab es das gelöst system noch garnicht).

aber zum problem:

GML-Quellcode

if place_free(x,y+4) and keyboard_check(vk_down) then {
y-=4;
}
if place_free(x,y-4) and keyboard_check(vk_up) then {
y+=4;
}

sollte den gewünschten efekt bringen. vorrausgesetzt die wand ist solid.

Das Tier · 4. April 2006, 18:12

lol

jetzt bleibt der shooter in der wand stecken und bei up geht runter....

(das mit der richtung mach ich selber

)

[Edit]: nachdem ich erfolgreich die richtung geändert habe...(du hast + und - einmal vertauscht) bleibt das viech auch ned mehr iner wand stekcen...

battlegorge · 4. April 2006, 18:57

Original von Das Tier
@ battlegeorge

so bringt man das teil zwar zum bewegen, aber es bleibt nicht an der wand stehen, wenn es diese berührt...

Es soll die Wand auch nicht berühren.
Das Objekt hat keine Kollision, es bewegt sich nur nicht mehr hoch, wenn y kleiner ist als 0.
Und nichtmehr runter wenn y grösser ist als 600.
0 und 600 musst du and dein Spiel anpassen.

Das Tier · 4. April 2006, 20:03

du meinst ich muss das dann auf die raumhöhe einstellen?

battlegorge · 4. April 2006, 20:48

Du musst den y-Wert einstellen, den dein Objekt nicht überschreiten soll.
In dem Fall da wo die Mauer ist.
Die Grafikgrösse musst du dann noch einberechnen.

Das Tier · 4. April 2006, 21:40

also, ich hab einen anderen code geschrieben (mischung aus zwei mir zur verfügbraen codes) und siehe: es klappt wunderbar, auch ohne raumberechnung