spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »drakon«

Warum (r1+r2)^2 < d?
Wenn schon, dann (r1+r2) < d

oder aber:
(r1+r2)^2 < d^2

Sorry, da ist mir tatsächlich ein Fehler unterlaufen...

Gleich mal editieren...

mfg CBenni::O

Versuchs mal hiermit:Lazy Foo' Productions (SDL Tutorial)

Da wird dir auch eine per-Pixel Kollisionserkennung erklärt.

Gruß

Das wusste ich ja nich .. sorry

ja das mit dem radius klingt echt gut und bei nem relativ rundem sprite immernoch 100x besser als ne Rect Kollisonserkennung

Kreise bilden schon eine recht gute Approximation. Falls es irgendwann nötig wird kannst du ja noch nach der Kreiskollision einen Pixeltest machen.

btw:
Achsenorientierte Rects sind auch sehr einfach.
(Einfacher, als die meisten meinen..)

sei noch ewähnt, dass man Formen die nicht durch einen Einzelkreis zu handhaben sind auch durch mehrere keine Kreise annähern kann.

Ich würde evtl. vorschlagen, große Kreise zu nehmen, in denne die Sprites auf jeden Fall komplett drin sind und wenn es bei den Kreisen Kollision gibt, nochmal einen Pixelgenau Abfrage zu machen.
Denn die ist auf jeden Fall am besten, und von der Rechenzeit absolut vernachlässigbar, da das Spiel ja nicht wirklich komplex ist. Dann braucht man auch die Kreiskollision vorher nicht weil die die Sache ja nur beschleunigen soll, aber die ist ja leicht umgesetzt und eine nette Erweiterung.

Oder du könntest auch Teile des Bilds in Rects packen und dann die Rects überprüfen.
Aber das kommt eh immer auf das Bild selbst an und was da am besten zu passt.
Das mit den Rects wäre dann sowass wie "Bounding-Boxes" z.B. Css Trefferüberprüfung am Spieler.

Der EndBoss sieht echt gut aus aber der passt mal so gar nicht in den Style des Games.

Sorry aber in dem Game kommt der nich zur geltung weil der im vegleich zu deinen anderen Grafiken eher schlecht aussieht.

Gruß