Kollision

[Mike-S]

Hallo,

ich weiß, es gibt verschiedene Tuts und Forumsbeiträge zum Thema Kollisionen. Aber irgendwie komme ich nicht weiter.

Ich habe drei Objekte (Ball, Wand und Stern)

Ball rollt wunderbar
Ball rollt gegen Stern - Aktion funktioniert
Ball rollt gegen Wand - und springt zurück auf die Startposition

Soweit so gut.

Habe ich jetzt eine aufwändigere Wand (sagen wir ein Labyrinth), erhalte ich beim hitTest bereits eine Aktion, wenn ich den imaginären Außenrand des Labyrinth-MC berühre.

ball.addEventListener(Event.ENTER_FRAME, moveBall);
function moveBall(evt:Event)
{
	ball.x -=  accelX * 30;
	ball.y +=  accelY * 30;

	//hittest

	if (ball.hitTestObject(wand))
	{
		// aktion zurück zum start
		ball.x = 10;
		ball.y = 10;
	}

	if (ball.hitTestObject(stern))
	{
		stern.x = -100;
		
	}
}

Wie bekomme ich die Abfrage dazu, nur die 'freien Gänge' eines Labyrints zu benutzen und nicht den mc als Außenumrandung?

Danke für jede Hilfe!

Greets,

MIKE

[T.Decay]

Wenn dein Ball eine feste Größe und Form hat, könntest Du Dir doch ein paar Eckpunkte (ein Ball hat davon immerhin unendlich viele) in ein Array (oder einen Vector.<Point>) notieren.
In deiner Abfragefunktion rechnest Du dann jeden Punkt mit der aktuellen Mausposition zusammen und macht auf das Labyrinth jeweils einen hitTestPoint mit angeschaltetem Shape Flag.

[Mike-S]

Hi,

danke für deine Nachricht. Es gibt keine Mausposition, da der Ball über den Beschleunigungssensor auf einem Pad gesteuert wird.

Gibt es keine andere Methode, um die 'durchsichtigen' Teiel eines mc zu erkennen?

MIKE

[thomas_E]

das performanteste wäre das Labyrinth als Liste von Linien zu definieren, dann ginge es nur um eine Punkt-Linie-Abstands Berechnung. und wenn die Wände dann nur senkrecht oder wagerecht stehen wird die Mathematik dahinter richtig simpel.

wenn du weiter mit Grafiken arbeitest: isch hab da mal wat vorbereitet

[T.Decay]

Zitat von Mike-S

... Es gibt keine Mausposition ...

Na halt die Position des MC.

Den Shape Flag gibt es nur für hitTestPoint, also kannst Du nur Punkte hitTesten.
Ansonsten könntest Du noch den Ball in eine BitmapData zeichnen, das vom Ball überlagerte Rechteck des Labyrinths in eine Andere und dann für jede Pixelposition die Transparenz des entsprechendes Pixels auf beiden BitmapDatas checken. D. h. wenn auf keiner BitmapData transparent, dann hit.
Aber ich vermute mal ins Blaue hinein, dass das mehr Performance kostet.

[hgseib]

variante 1:
bei geringen geschwindigkeiten ist hitTestObject benutzbar. das testet, ob der nullpunkt des einen objektes in der kontur des anderen objektes ist. wird zu selten getestet, gleichbedeutend die bewegung geht zu weit, dann besteht die gefahr, dass die wand unbemerkt übersprungen wird.
weiterer nachteil, es ist nicht bekannt, wie weit in das hindernis eingedrungen wird.
erzeuge ein zusätzliches labyrinth, dessen mauern um den radius dicker sind. das nicht zum anzeigen, sondern nur zum hittesten benützen.

variante 2:
selbes vorgehen: die dicke des balls auf die hindernisse übertragen. dadurch reduziert sich der ball auf einen punkt. jetzt müssen die schnittpunkte berechnet werden.

siehe:
H.G.Seib
-> DragImRaum (ZIP laden) viele Rechtecke und Kreise ohne Überlagerung bewegen
und
H.G.Seib

[Mike-S]

Vielen Dank für alle Antworten.

Ich werde mich dann 'mal weiter einlesen in das Thema.

MIKE