spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Und da habe ich leider schon das nächste Problem, was ich absolut nicht verstehe.
Es geht wie im Kapitel beschrieben um das 12. Kapitel des Buches "C++ für Spieleprogrammierer" beim auführen des "Debug"-, bzw. der "Release"-Funktion.
Es läuft komischerweise bei der "Release"-Funktion nicht flüssig, die Zeit zwischen den frames ist nicht immer annähernd gleichbleiben, wodurch natürlich eine laggende Bildschirmausgabe die Folge ist. Anstatt das die Asteroiden/ Schüsse/ der Spieler flüssig über den bildschirm gleiten, springen sie dahin, wie sie hin sollen. Es wird also alles richtig berechnet, durch die größere Zeit beim erstellen des frames, ist der Abstand auch größer, wo sie wieder gerendert werden. Zumindestens wenn ich das bis dahin soweit alles richtig mitbekommen und verstanden habe.
Wäre die Zeit der erstellten frames kürzer, wäre eine demendsprechende flüssigere bewegung möglich.

Das aber alles richtig funktionieren müsste, zeigt der "Debugger". Wenn ich diesen ausführe, läuft das Spiel aus dem besagten Kapitel flüssig, die Zeit für ein neues Frame ist gering, wodurch die gerenderten Bilder, bzw. die Bewegungen der Objekte flüssig erscheinen.

Die frage die sich mir jetzt stellt, warum ist das so und kann man das irgendwie "beheben"? Weil letztendlich würde man dem Kunden/ den Freunde/ oder wem auch immer, ja die "Release"-Fassung geben und nicht die "Debug"-Fassung.

Die CPU ist ungefähr bei beiden gleich niedrig, schwank ja eh immer etwas hin und her. Und der Prozessspeicher liegt beim "Debug" bei 31 MB und beim "Release" bei 30 MB.
Was beim "Debug" ja daran liegt, das er im Hintergrund noch etwas arbeitet und sich die Arbeitsschritte merkt (oder so), soweit ich weiß.

(Code für dieses Spiel in Kapitel 12 SDL_Game wird mit SDL programmiert)

Falss es da überhaupt eine Lösung gibt, schonmal danke und wenn nicht, trotzdem danke

Schonmal danke für die Antworten
Ich hab zwischendurch einfach schonmal mit dem Spielebeispiel herumexperimentiert und das Fenster generell höher eingestellt (1920/ 1080), das Bild in die Mitte geschoben und die Asteroiden und den Spieler demendsprechend angepasst. Eine Lebensanzeige (Grüner Balken, der immer kleiner wird ) habe ich auch mit eingebaut. Und als nächstes soll noch eine Anzeige für die Punkte kommen, auch wenn ich noch keine Ahnung habe, wie ich das so richtig hinbekommen soll. Weiß noch nicht, wie man einfach irgendwas auf dem Bildschirm anzeigen lassen kann (Variblen / Werte), bzw. wie ich die Zahlen dann als Bilder rauf bekomme, das sie dann auch richtig angezeigt werden. Spricht, Abfrage der Zahl und dann ein Bild für die erste Stelle, ein Bild für die 2. Stelle und so weiter. Aber da lass ich mir schon noch etwas einfallen und muss bissl die SDL mal durchschnuppern (noch keine Ahnung, was die SDL so alles kann)

Irgendann zwischendurch ist mir letztendlich aufgefallen, das die Wiedergabe dabei (bis zu dem Punkt des erstellten Lebensbalken) nicht ruckelt, obwohl ich am eigentlichen Ablauf ja nur sehr wenig geändert habe (Größe und Positionen halt. Weshalb es für mich jetzt noch unverständlicher ist, das das Spiel in einem kleinem Fenster ruckelt.

Zu euren Antworten:

Michael
Die angegebenen SDL2 Dateien habe ich soweit für die Includeverzeichnisse/ Bibliotheksverzeichnisse und für den linker (SDL2main.lib;SDL2.lib;...) eingestellt, vorsichtshalber für beide Versionen, also x64 und x86.
Versteh da jetzt bloß nicht was gemeint ist mit dem

Zitat

Also für gewöhnlich das Gedöns ohne "D" im Dateinamen?

Ich musste übrigens auch festellen, das es sich mit x86 auch nicht Kompilieren lässt. Bekomme eine fehlermeldung: "Die Anwendung konnte nicht korrekt gestartet werden (0xc000007b)." und in der konsole steht dann, das es mit dem code beendet wurde "-1073741701".

birdfreeyahoo

Versteh ich das jetzt richtig, das die "Release"-Funktion den von mir geschriebenen Code, unter umständen noch verändert?

David Scherfgen

Kann man die V-Sync für das Releasen, bzw. Debuggen irgendwo Ein-, oder Ausschalten? Oder meinst du über die SDL Funktionen (gerade entdeckt, das man das mit einer SDL Funktion machen kann), wie z.b. "SDL_HINT_RENDER_VSYNC" bzw. mit dem Flag "SDL_RENDERER_PRESENTVSYNC" (muss noch gucken, wo das Flag eingesetzt wird)?
Und zum besseren verständnis, V-Sync war doch dafür zuständig, das die Bildwiederholungsrate (fps) an den Monitor angepasst wird, oder? (bevor ich hier wieder irgendwas durcheinander bringe )

Ok, das macht schon etwas Sinn
Dadurch würden ja, in dem fall den du beschrieben hast, dann unnötige Schritte wegfallen, bzw. kompakter gestaltet.

Könnte es denn sein, das in der Release-Version etwas "Optimiert" wird, wodurch es dann hier und da mal anfängt zu ruckeln? Weil halt der selbstgeschriebene Code dem Release-Compiler zu blöd war und meinte es besser machen zu können/müssen?
Und dadurch es dann in der Debug-Version flüssig läuft und in der Release-Version dann nicht mehr.?

Ach Fehler können doch überall auftauchen
Hab allerdings 20 Seiten zurück in diesem Forum geguckt, ob jemand auch so einen Fehler/ Poroblem hatte. Hab aber nichts gefunden, oder anhand der Überschrifft nicht darauf schließen können
Ist halt nur komisch, nachdem ich die Fenstergröße auf die Auflösung angepasst habe (1920/ 1080), das es dann nicht mehr ruckel, oder vielleicht auch nur so minimal, das es jetzt nicht mehr auffällt, das könnte natürlich auch sein. Weil wenn ich das Fenster wieder kleiner mache fängt es wieder an zu ruckeln. An meinem Projekt, das ich verändere, scheint es allerdings nicht mehr so schlimm zu sein, wie bei dem Originalcode vom Buch . Habe es eben allerdings auch nur paar Sekunden getestet