Balanced das Spiel für Starke Nerven und Starke Graphikkarte

[Corpsman]

@luckie

Das ist merkwürdig.

Meine Hauptanwendung ist nonVCL Programmiert und nutzt ein Boolean Array zum merken ob die Tasten gedrückt sind oder nicht.

das geschieht folgendermasen:

Delphi-Quellcode:

Function WndProc(hWnd: HWND; // Handle okna
  message: UINT; // Zpráva pro okno
  wParam: WPARAM; // Doplòkové informace
  lParam: LPARAM): // Doplòkové informace
LRESULT; stdcall;

..

begin

..
Case message Of 
    WM_KEYDOWN: Begin
        keys[wParam] := TRUE; // Oznámí to programu

        ..

    end;

    WM_KEYUP: Begin
        keys[wParam] := FALSE; // Oznámí to programu
     
        ..

    end;

..

end;

Die Routine die das dann auswertet:

Delphi-Quellcode:

        //  SDLK_Left:
        If Keys[37] And Not Keys[16] Then Begin
          Case CameraRot Of
            0: playerdz := PlayerForce;
            1: playerdx := -PlayerForce;
            2: playerdz := -PlayerForce;
            3: playerdx := PlayerForce;
          End;
        End;
        If Keys[37] And Keys[16] Then Begin
          Keys[37] := false;
          If ReverseCamera Then
            CameraRot := (CameraRot + 3) Mod 4 // Zoom und CameraRot sind in BalacedObjects deklariert , da sont Tplayer nicht darauf zugreifen kann.
          Else
            CameraRot := (CameraRot + 1) Mod 4; // Zoom und CameraRot sind in BalacedObjects deklariert , da sont Tplayer nicht darauf zugreifen kann.
        End;
        //  SDLK_Right:
        If Keys[39] And Not Keys[16] Then Begin
          Case CameraRot Of
            0: playerdz := -PlayerForce;
            1: playerdx := PlayerForce;
            2: playerdz := PlayerForce;
            3: playerdx := -PlayerForce;
          End;
        End;
        // 180° drehung
        If Keys[38] And Keys[16] Then Begin
          keys[38] := false;
          CameraRot := (CameraRot + 2) Mod 4;
        End;
        // 180° drehung
        If Keys[40] And Keys[16] Then Begin
          keys[40] := false;
          CameraRot := (CameraRot + 2) Mod 4;
        End;
        // Camera Drehen
        If Keys[39] And Keys[16] Then Begin
          Keys[39] := false;
          If ReverseCamera Then
            CameraRot := (CameraRot + 1) Mod 4 // Zoom und CameraRot sind in BalacedObjects deklariert , da sont Tplayer nicht darauf zugreifen kann.
          Else
            CameraRot := (CameraRot + 3) Mod 4; // Zoom und CameraRot sind in BalacedObjects deklariert , da sont Tplayer nicht darauf zugreifen kann.
        End;

Ich weis der Code sieht nicht besonders schön aus. Das liegt daran das ich keine Ahnung von NONVCL Programmierung habe.

Aber bei mir hat es immer wunderbar getan.

Vielleicht erkennst du warum es bei dir nicht geht.

[Dezipaitor]

Probiert mal dieses angehängte Level

[EDatabaseError]

Unmöglich :shock:

[Corpsman]

@EDatabaseError

Ich hoffe doch du meinst dezipators level ?


es ist ein wenig heftig da es seeehr viel fps zieht, bei mir liefs in low detail unter 20 fps.

Das Problem an meinem Game ist das die Zeichenroutine dann nicht mehr der Physik hinterherkommt.

Was ein echtes Problem ist. Da man dann nicht mehr sehen kann warum das spiel gewisse dinge tut.

Ach bevor gefragt wird. Die physik wird nie Langsammer, der Code der das macht skalliert die Zeit mit, und deshalb läuft die Physik immer gleich schnell. Theoretisch könnte ich diesen Effekt aufheben. Aber dezipaitors level soll eigentlich nur die Grenzen des Games finden, und ich denke mit weit über 6000 Elementen hat es das leider geschafft ;)

[Dezipaitor]

ich habs auch nur mit 16fps gespielt. Es ist möglich, besonders da es viele Leben gibt :D

Hab auch dieses Level ohne Extraleben - das ist wirklich schwer, aber spielbar sobald man mehr als 25fps hat,
was nur mit Highend Rechner zu schaffen sein wird, wenn Corpsman nicht doch noch eine Codeoptimierung macht.

[Vjay]

Sehr schönes Game um sich die FInger zu brechen :D

Vielleicht wäre es besser die Kameraperspektiven auf WASD zu legen, finde es etwas blöde mit rollender Kugel quasi die Cam mit den gleichen Tasten umzuschalten.
Vielleicht wäre eine situationsabhängige automatische Cam ja realisierbar. Sprich geht es lange in eine Richtung -> umschalten. Dabei wird die Richtung der aktuell gedrückten Taste beibehalten. Sprich ich drücke nach rechts, Kugel rollt nach rechts -> Eingine erkennt geht lange nach rechts, schaltet cam um 90 Grad um -> Kugel rollt weiterhin nach oben (ehem. rechts) obwohl ich nach rechts noch gedrückt halte. Erst wenn ich den rechten Pfeil los lasse, gilt die neue Tastenbelegung. Gab einige Spiele die nach diesem Prinziep verfahren sind (und es gab einige wo die Figur dann einen Haken schlug, sehr ärgerlich). Wäre vielleicht ne Idee, ansonsten supi Spiel :thumb: :thumb: :thumb:

[EDatabaseError]

bow man wie lang ist denn dieses eine Level !?! isch bin nach 30minuten verreckt! :pale:

[Prototypjack]

Cool, bin gerade an meinem 3. Versuch an Dezis Level.
Wünscht mir Glück ;)

Gruß,
Max

[Corpsman]

@Vjay

Super so liebe ich das Kritik und verbesserungsvorschlag.

Also das ASDW werde ich einbauen und sobald es tut auch hochladen.

Die sache mit der "Inteligenten" Kamera finde ich ehrlich gesagt sehr umständlich, da ich als user das nicht hinbekommen würde, zugegebenermasen.

Ein weiterer wunsch war es das ich eine Zeitmessung einbaue die allen sagt wie lange das durchspielen gedauert hat.

Das ist schon eingebaut.


Leider hat sich auser dezi noch keiner bei mir mit Levels gemeldet und so bleiben uns nur die 4 Levels aus dem Levelpack ( die übrigens auch alle von dezi sind ).

[Corpsman]

So ich bins nochmal,

habe die ASDW als Camerasteuerung eingebaut.

Ver 0.08 ist damit online. Ich werde den ersten Post auch noch mal editieren das das dann jeder dort auch nochmal lesen kann ;)