Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Suchergebnisse

Suchergebnisse 1-9 von insgesamt 9.

Werbeanzeige

17.02.2009, 21:32

Forenbeitrag von: »Meai«

2D Bewegung kann doch nicht so schwer sein..

Danke Bertel, das wars was ich gesucht habe (eigentlich verdammt erschreckend wie oft ich bereits Vektoren in diversesten Schulen/Vorlesungen durchgenommen hab und sie trotzdem nicht praktisch anwenden kann...)

17.02.2009, 19:58

Forenbeitrag von: »Meai«

2D Bewegung kann doch nicht so schwer sein..

Hallo Leute, die Frage ist mir eigentlich relativ peinlich, aber ich bekomm einfach keine konstant schnelle Bewegung im zweidimensionalen Raum zustande. Mein Sprite (mit xPos, yPos) soll sich in zufällige Richtungen gleich schnell bewegen. Jetzt hab ich das Problem, dass die Geschwindigkeit natürlich abnimmt wenn die Distanz zum neuen, zufälligen Wegpunkt geringer ist als die vorherige. Hat wer eine Idee, oder "best practice" in diesem Fall? Gibt es gar eine komplett andere Möglichkeit Sprites a...

31.07.2008, 13:27

Forenbeitrag von: »Meai«

SDL:Meine tolle 2D Kollisionserkennung funktioniert nicht :(

Ok so macht programmieren keinen Spaß, ich habe nach wie vor keine Ahnung warum die Lösung mit den Drehmatrizen nicht funktioniert hat. Tja jetzt hab ichs mit Trial und Error irgendwie hingepflastert. Hier die Lösung für Mitleser oder wen's interessiert: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 void Dot::move() { //If the dot went too far to the left or right if( ( x + DOT_WIDTH >...

31.07.2008, 10:48

Forenbeitrag von: »Meai«

SDL:Meine tolle 2D Kollisionserkennung funktioniert nicht :(

Okay habe den Ball jetzt als Bitmap importiert, mein Abprallproblem besteht aber immer noch zu einem nur geringfügig geringerem Ausmaß. Der Ball prallt ab, jedoch nicht immer im gewünschten Winkel. (der Ball sollte ja immer in Richtung des größeren Winkels abprallen nicht in die Richtung von wo er gekommen ist) Außerdem wird anscheinend allzu oft der Richtungsvektor 2mal berechnet, das zu einem Ruckeln am Rand führt bzw. wiederum falscher Richtung. Bin eigentlich immer noch nicht klüger geworden...

30.07.2008, 23:07

Forenbeitrag von: »Meai«

SDL:Meine tolle 2D Kollisionserkennung funktioniert nicht :(

Danke für eure Antworten, screen ist mein SDL_Surface screen->pixels greift somit auf meine "Zeichenfläche" zu. (also auf meine Pixel meine ich) Zitat Wenn du nämlich mit Bitmaps arbeitest, hast du deine anderen Probleme auch nicht mehr. Ich verstehe auch nicht, warum etwas abstürzen sollte, nur weil es nicht mehr in DEINEM Spielfeld ist. Wenn ich etwas rendere, dann kann das sein, wo es will, das gibt mir nie irgend einen Fehler. Das schlimmste, was passiert ist, dass du einfach nichts siehst, ...

30.07.2008, 09:59

Forenbeitrag von: »Meai«

SDL:Meine tolle 2D Kollisionserkennung funktioniert nicht :(

1, Ich sehe jetzt keinen Vorteil mit einer Bitmap, außerdem wollte ich ein klassiches "Pixel"spiel machen, da sollte man natürlich mit Pixeln arbeiten Bei einer Bitmap müsste ich auch jeden Pixel auf Kollision überprüfen, und wüsste jetzt spontan nichtmal wie ich auf die Pixel der Bitmap zugreife. Der einzige Vorteil wäre vielleicht dass ich die Bitmap automatisch am Mittelpunkt anfasse, was nicht nen großen Unterschied macht. 2, Stimmt, im Moment ist mein Code hässlich weil ich viel zu viele Sa...

29.07.2008, 19:01

Forenbeitrag von: »Meai«

SDL:Meine tolle 2D Kollisionserkennung funktioniert nicht :(

Mein Spiel ist eine Pong Variante.. Erstmal will ich nur gegen das Fenster testen. Mein Ball: C-/C++-Quelltext 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 const unsigned char ball[]={ 0,0,0,0,0,1,1,1,1,1,0,0,0,0,0,0, 0,0,0,1,1,1,1,1,1,1,1,1,1,0,0,0, 0,0,1,1,1,1,1,1,1,1,1,1,1,1,0,0, 0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0, 0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0, 0,1,1,1,1,1,1,1,1,1,1,1,1,1,1,0, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1...

21.07.2008, 14:48

Forenbeitrag von: »Meai«

SDL: Kapiere surface->pixels einfach nicht

Danke für deine Antwort! Bin jetzt etwas über eine Stunde an diesem Post gesessen, überlegt, umgeschrieben, große Teile die mir klar wurden weggelöscht und jetzt bin ich an einem Punkt angelangt wo ich glaube dass mir alles klar ist dank dir Hier mein Erkenntnisweg, hoffentlich ist es tatsächlich so richtig : Zitat Der Pointer ist wie du schon erkannt hast ein Zeiger auf einen Speicherbereich. Mit dem [] Operator kannst du jeden einzelnen Integer des Speicherbereiches durchgehen. Ahhh, ok also s...

20.07.2008, 22:23

Forenbeitrag von: »Meai«

SDL: Kapiere surface->pixels einfach nicht

Schönen Tag! Ich weiß, die Fragen werden mitunter lächerlich klingen, aber finde einfach ums Biegen und Brechen keine ordentliche Erklärung. Folgendes Problem: Da zu meinem Erstaunen die SDL gar keine eingebaute Funktion hat einen Pixel zu setzen versuchte ich mich schlau zu machen wie das denn funktioniert. Bin darauf gestoßen: Quellcode 1 2 3 4 5 6 7 8 SDL_Surface *screen; void putpixel(int x, int y, int color) { unsigned int *ptr = (unsigned int*)screen->pixels; int lineoffset = y * (screen->...

Werbeanzeige