Pong, Ball-Winkel C++

[obi--wan]

Also ich schreibe zur Zeit ein Pong in C++ mit Allegro. Ist mit Allegro auch recht einfach. Funktioniert auch schon alles das einzige was noch fehlt ist der Winkel des Balles. Bis jetzt fliegt er immer in einem 45° Winkel aber das ist etwas langweilig weil er so immer genau die selbe Flugbahn hat. Ich hab ein paar Pongs gespielt und festgestellt das der Winkel von der Position mit der er am schläger aufkommt abhängt. Die Frage ist jetzt wie ich aus der Position mit der er am Schläger aufkommt die Geschwindigkeit in x und y richtung errechne. Trefferzonen wären mir in denn Sinn gekommen, aber in denn Pongs die ich gespielt habe ist es mir vogekommen als ob die schon bei einer abweichung von wenigen pixel einen leicht anderen Winkel haben.

Hoffe ihr könnt mir helfen.

mfg
obi--wan

 

[fexs]

Sollte der ball nicht eigentlich abhängig vom Aufprallwinkel abprallen? Oder hab ich das falsch verstanden un du meist beim ersten Aufschlag?
Ich habe soein Spiel mal in der Schule programmiern müssen, allerdings mit ActionScript .
Da habe ich das beim Aufschlag mit Sektoren gemacht. Aber nicht jedes einzelne Pixel als Sektor sondern ich hab den Schläger in 5 Sektoren geteilt, aber du kannst ja auch noch viel mehr Sektoren nehmen. Und sonst natürlich wenn er im 35° Winkel aufkommt soller er auch im 35° Winkel, spiegelverkehrt (also ka wieviel Grad das dann sind ich will nicht rechnen^^) wieder abprallen, ist ja klar.
Was bringt schon Pixel für Pixel?

 

[wasawasa]

Eine andere Alternative wäre die Abhängigkeit von der Schlägerbewegung. Der Winkel würde dann mit der Bewegung flacher. Das wäre so etwas wie Spin.

 

[obi--wan]

Ich hab mir das nochmal überlegt und ich werde es mit Trefferzonen machen (wenn auch recht vielen). Ich will das so machen das der Ball wenn er über der mitte aufkommt nach schräg oben und wenn er unter der mitte auftrifft nach schräg untern wegfliegt. Am besten wäre es natürlich wenn der Winkel nicht absolut gesetzt wird sondern relativ zum Aufprallwinkel. Ich hab übrigens festgestellt das ich das ganze antscheinend schlecht programmiert habe da ich das pong auf einem etwas älterem PC ausprobiert habe und es ziemlich geruckelt hat, und auch auf meinem Laptop verursacht es ~50% CPU Auslastung. Werde den Source noch heute hier posten hab aber jetzt keine Zeit dafür. Dann könnt ihr mir hoffentlich ein paar Tipps zur Optimierung geben.

mfg
obi--wan

edit:
So hier der Source:

#include 
#include 
#include 
#include 
#include 

using namespace std;

class pongBall {

int x, y, length, height, screenx, screeny, color;
bool visible;

public:

int speedx, speedy;

pongBall(int bildschirmx, int bildschirmy, int posx = 0, int posy = 0, int laenge = 0, int hoehe = 0, int geschwindigkeit = 0, int farbe = 0x000000) {

if(posx == 0 && posy == 0 && laenge == 0 && hoehe == 0) {
visible = false;
}
else {
x = posx;
y = posy;
visible = true;
}
color = farbe;
length = laenge;
height = hoehe;
speedx = geschwindigkeit;
speedy = geschwindigkeit;
screenx = bildschirmx;
screeny = bildschirmy;
}

void print(BITMAP* bitmap) {
rectfill(bitmap, x, y, x + length, y + height, color);
}

void setPosition(int posx, int posy) {
x = posx,
y = posy;
}

int getPositionX() {
return x;
}

int getPositionY() {
return y;
}

void setSize(int laenge, int hoehe) {
length = laenge;
height = hoehe;
}

int getSizeX() {
return length;
}

int getSizeY() {
return height;
}

void overprint(BITMAP* bitmap, int farbe = 0x000000) {
rectfill(bitmap, x, y, x + length, y + height, farbe);
}

void setColor(int farbe) {
color = farbe;
}

int getColor() {
return color;
}

bool collide(rechteck recht2) {

if( (recht2.getPositionX() = x) && (recht2.getPositionY() = y) ) {
return true;
}
else {
return false;
}

}

short wand() {

if((y = screeny)) {
return 3;
}
else if(x  return 1;
}
else if((x + length) >= screenx) {
return 2;
}
else {
return 0;
}
}

};

int main() {

//Bildschrimauflösung einlesen
int x = GetSystemMetrics(SM_CXSCREEN);
int y = GetSystemMetrics(SM_CYSCREEN);

//Allegro und Alfont initialisieren
allegro_init();
install_keyboard();
alfont_init();
set_color_depth(16);
set_gfx_mode(GFX_AUTODETECT, x, y, 0, 0);

BITMAP *buffer;
buffer = create_bitmap(x, y);

ALFONT_FONT *myfont;
myfont = alfont_load_font("digital.ttf");
alfont_set_font_size(myfont, 30);

rechteck schlaeger1(0, 0, 10, 40, 0xFFFFFF, true);
rechteck schlaeger2(x - 10, 400, 10, 40, 0xFFFFFF, true);
pongBall ball(x, y, x/2, y/2, 15, 15, 4, 0xFFFFFF);

int punkte1 = 0, punkte2 = 0;

while(!key[KEY_ESC]) {

clear(buffer);

//Schläger 1 bewegen
if(key[KEY_DOWN]) {
schlaeger1.setPosition(0, schlaeger1.getPositionY() + 6);
}
else if(key[KEY_UP]) {
schlaeger1.setPosition(0, schlaeger1.getPositionY() - 6);
}

//Schläger 2 bewegen
if(key[KEY_S]) {
schlaeger2.setPosition(x - schlaeger2.getSizeX(), schlaeger2.getPositionY() + 6);
}
else if(key[KEY_W]) {
schlaeger2.setPosition(x - schlaeger2.getSizeX(), schlaeger2.getPositionY() - 6);
}

//Kolisionsabfrage mit den Schlägern und dann mit den Wänden
if(ball.collide(schlaeger1) || ball.collide(schlaeger2)) {
ball.speedx *= -1;
ball.speedy *= -1;
}
else if(ball.wand() == 1) {
ball.setPosition(x/2, y/2);
punkte2++;
}
else if(ball.wand() == 2) {
ball.setPosition(x/2, y/2);
punkte1++;
}
else if(ball.wand() == 3) {
ball.speedy *= -1;
}

alfont_textprintf_centre_aa(buffer, myfont, x/2, 5, 0xFFFFFF, "%d : %d", punkte1, punkte2); //Punkte ausgeben

ball.setPosition(ball.getPositionX() + ball.speedx, ball.getPositionY() + ball.speedy); //Position des Balles neu setzen

//Schläger und Ball in den Buffer zeichnen
schlaeger2.print(buffer);
schlaeger1.print(buffer);
ball.print(buffer);

//Buffer auf Bildschirm ausgeben
blit(buffer, screen, 0, 0, 0, 0, x, y);

Sleep(5);

}

return 0;
}
END_OF_MAIN();

So hoffe es ist soweit kommentiert das es jeder versteht. Die rechteck-Klasse is mit der pongball Klasse ident, auser das die Funktionen collide und wand fehlen.

 

[Hero]

Ich hab' mir den Code zwar nicht durchgelesen, aber warum brauchst du überhaupt einen Winkel, als ich letztlich ein Pong-Spiel geschrieben habe, habe ich beim Schläger einfach die Richtung geändert, dann war der Einfallswinkel automatisch der Ausfallwinkel.
Dann ist das ganze aber halt ohne Spin.

 

[obi--wan]

Wenn der einfalswinkel gleich dem Ausfallswinkel ist fliegt der Ball doch ewig hin und her wenn man die zwei Schläger richtig positioniert stehen lässt, oder irre ich da?

Für den Winkel habe ich inzwischen auch schon eine Lösung, mein derzeitiges Hauptproblem ist die Performance. Ich verstehe einfach nicht was an meinem Programm eine so schlechte performance verursacht bzw wie ich sie verbessern kann.

 

[Zerd]

Ich vermute das es an den allegro funktionen liegt, weil ich spontan bei dir keine wirklich teuren Funktionen erkennen kann.

Du könntest den code mal profilen indem du die Zeit für einzelne Funktionsaufrufe misst (insbesondere die allegro funktionen).

 

[obi--wan]

So hab mich jetzt mal ein bischen schlau gemacht. Bin jetzt auf SFML umgestiegen, und ich muss sagen es ist viel viel besser als Allegro, viel neuer und vorallem Objektorientiert.

Bin damit schon wieder beim Problem Ballwinkel angekommen. Hab mich entschlossen Trefferzonen am Schläger zu machen, und dann je nachdem wo der Ball auftrifft den Winkel relativ zum aufprallwinkel verändern (für anfagng tuts auch absolut). Das Problem ist ich weiß nicht wirklich wie ich die Trefferzonen dann in eine x/y Bewegung umsetzen soll. Derzeit bewege ich denn Ball mit

ball.Move(ballspeedx * elapsedtime, ballspeedy * elapsedtime);

Wobei elapsedtime die Zeit in Sekunden ist die Seit dem letzten Frame vergangen ist.

Und ich habe noch ein Problem, wenn ich unter Linux ein SFML Programm mache funktioniert das auch und er öffnet das Render-Fenster aber sobald ich Ereignisshandling hinzufüge öffnet er das Render-Fenster nicht. Es liegt aber nicht am Code da der selbe Code unter Windows kompiliert und Fehlerfrei funktioniert. Wenn ich das Fenster im Vollbild öffnen lasse öffnet es sich auch nicht aber ganz Gnome hängt sich auf und ich mus mit [ALT] + [STRG] + [F1] in eine tty-Shell wechseln und mein Programm beenden.

mfg
obi--wan