JLI Spieleprogrammierung

[Zyrian]

Hi,

ich rätsle grad ein wenig mit einer 2D Kollisionserkennung.
Ich habe ein Sprite, sagen wir mal der Held eines RPGs, und einen Stein als Kollisionsobjekt.
Die Funktion, die testet, ob eine Kollision stattgefunden hat, habe ich bereits fertig.
Ich frag mich nur grade, wie ich das richtig ins Spiel umsetzen kann. Bisher hab ich überlegt, dass einfach die entsprechende Richtungstaste gesperrt wird, wenn eine Kollision gemeldet wird. Dabei ist letztendlich aber nur rausgekommen, dass ich mich gar nicht mehr bewegen kann, sobald überhaupt eine Kollision stattgefunden hat.

Meine Frage ist, ob die Möglichkeit, die ich genommen hat, schon in Ordnung ist, halt nur noch von Fehlern befreit werden müsste, oder ob es eine einfachere Variation gibt. Wenn dem so sein sollte, kann mir dann einer vielleicht einen Link oder ein Fitzelchen Sourcecode geben bitte?

Thx 4 help
MFG
#C
_________________
Schau mir in die Augen, Kleines.

[Mäscht]

[Fallen]

Dein Problem ist (deine Figur bleibt stecken) das du deine Figur nach der Kollision nicht auf die Stelle zurückstellst an dem keine Kollision mehr stattfindet. So wie du es hast prüft er immer die gleiche Stelle wo er sich schon im Stein befindet.
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

[The Lord of Programming]

Ich würde dir dann immer bevor du den Helden verschiebst prüfen, ob eine Kollision stattfinden würde. Sonst würde die Figur steckenbleiben(s. FallenAngel84).
Nimm einfach eine virtuelle Position, mit der du dann rechnest:

[Mäscht]

Frage:
Passt jetzt meine Funktion, die ich oben geschrieben habe oder nicht! Mir kommt sie sdchon richtig vor! (ich hab halt nicht geschrieben, was passieren soll, wenn eine Kollision stattfindet!!
_________________
Motz´z mi net o, i bin ofänga!! AEIOU für immer

[Zyrian]

Was mein konkretes Problem gewesen ist, war mir klar. Hab ich das nich erwähnt?
*guck nach*
Ach ne, hab ich nich. Tschulligung ^^

Ok. Auf solche einfachen Sachen komm ich ja nich. Ich denk immer viel zu kompliziert, darum geht auch die ein oder andre Mathearbeit von mir inne Hose

Ich hab die Lösung von LoP probiert und es klappt wunderbar. Danke dafür! =)

Falls jemand mal interessiert ist, ich habs so gemacht:

[Zyrian]

Als Ergänzung will ich noch sagen, dass ich mit dem Schatten die Position des Players berechne. Der Schatten ist bei mir eine Ellipse um den Player herum.
_________________
Schau mir in die Augen, Kleines.

[The Lord of Programming]

Bitte
Wenn du mehrere Objekte hast, setzt du eben an die Stelle(, an der die Kolision überprüft wird) anstatt den Koordinaten eines Hindernisses eine Schleife, die ein Array(oder auch ein vector/liste) mit allen Hindernissen durchläuft.
_________________
www.visualgamesentertainment.net
Current projects: RDTDC(1), JLI-Vor-Projekt, Tetris(-Tutorial), JLI-Format
(1) Realtime Developer Testing and Debugging Console

Anschlag, Anleitung zum Atombombenbau, Sprengkörper...
Hilf Schäuble! Damit er auch was findet...

[Zyrian]

Soll heißen, ich muss bei der Erstellung der Sprites, die Dinger noch zusätzlich innem Vektor/Liste/Array speichern?
Ich denk, ich werf mal schnell nen Blick in den C++ Primer, weil ich auch gern mal mit Vektoren arbeiten wollte. Is doch auch mal was neues

Ich hab da noch eine kurze Frage zum Schluss:
Wann lohnt es sich, eine DLL zu erstellen und was man dann da reinpacken könnte/sollte?

MFG
#C
_________________
Schau mir in die Augen, Kleines.

[AFE-GmdG]

Dll's lohnen sich, wenn du eine Funktionalität als Bibliothek in mehreren Programmen einbinden kannst. Das kann unter umständen auch schon ab einer einzigen Funktion sein.
Reinpacken kann man in eine Dll so zimlich alles, vorallem aber Funktionen und Resourcen (z.B. Bilder, Dialoge, Texte oder auch ganze Sound- und Mididateien)
_________________

[Zyrian]

Ich hatte nämlich vor, die Dateien, die DDraw, DXAudio und DInput initialisieren da reinzupacken. Vor allem wegen der Übersichtlichkeit, da in meinen Projekt schon sehr viele Dateien sind und ich gerne etwas aufräumen wollte.
Gibt es eigentlich Performanceeinbrüche, wenn ich viele DLLs zu meiner exe linke? Bietet es sich an, eher wenige große als viele kleine DLLs zu haben?

MFG
#C
_________________
Schau mir in die Augen, Kleines.

[AFE-GmdG]

Diese Performanceeinbrüche entstehen nur, wenn die DLL geladen werden muß, danach nicht mehr. Wenn du nicht spätes Linken nutzt, werden die DLL's beim Start des Programmes geladen und man macht einfach eine "Ladeleiste" - so einfach ist das.
(Spätes Linken ist, wenn du die DLL-Dateinamen und Funktionen nicht kennst und erst zur Programmlaufzeit herausfinden mußt, wie welche Funktionen heißen und sie dann aufrufst, Ich nehme an, dass du frühes Linken für deine DLL's verwendest)
_________________

[Zyrian]

Na gut, ist bei mir ja nicht der Fall.

Ich werd das mit den DLLs einfach mal ausprobieren, wenn dann aber das Laden zu lange dauert (aus welchen Gründen auch immer) lass ichs erst mal bleiben.
Würd sich aber imho während der Entwicklungszeit nich lohnen, DLLs zu machen, da man das Programm ja aus Testgründen unendlich viele Male ausführt und das schnell gehn soll.
_________________
Schau mir in die Augen, Kleines.

[Zyrian]

Ach Mann. Das mit den Vektoren klappt nicht so ganz. Jetzt läuft der Spieler nämlich durch alles einfach durch

Der Funktion TestCollision hab ich einen Vektor mit Sprites übergeben:

[Zyrian]

Schon gut, Problem gelöst =)

Lag daran, dass ich die Sprites zu früh in den Vektor gebracht habe.
Ich habe sie als Test mal erst NACHDEM ich sie gezeichnet habe, eingefügt und schon funzt es ^^

Danke für alle, die mir geholfen haben (und mir hoffentlich auch weiter helfen )

MFG
Chris
_________________
Schau mir in die Augen, Kleines.