Sorry, aber da ist ja sogar mein Fun-Projekt in XNA besser geraten.
Die Gravity ist Mist, die Transforms fehlen, ranzige Grafik, Steuerung fürn Arsch, kein Menü.
Aber sonst...

Nochmal, das ist kein Showroom.
Ich kann diese Punkte verbessern.

Erfreut wär ich über Kritiken, welches sich auf den Code referenzieren.

Das ist ja mal richtig Geil!

@DrawCase , sehr nett, danke!


Das neue Update bietet zahlreiche neue Features:
Transformation der Textur wird nun angewandt.
Verbesserun des Levelsystems
Game-Menü,GDI+-Button, welche über das Game-Loop-Target gerendert und geupdatet wird.
Überarbeitung der Gravitation

Und vieles mehr!!!

Download hier(im Anhang), oder im Startpost!

Ein neues Update dieses Spieles ist nun öffentlich.
Dieses bringt die Score-Anzeige.

Unteranderem wird das Menü gestartet, wenn der Fall eintretet, dass eine Kollision zwiscen dem Flappy und einem Pipe erfolgt.

Das nächste Update birgt große Erneuerungen, unteranderem den MultiPlayer-Modus.

Ausserdem findet sich im nächsten Update die Beseitigung solcher Konstrukte:


Ich erhoffe konstruktive Kritik, und Feedback bezüglich des Source-Codes.

Das Update befindet sich im StartPost und nennt sich "FlappyBirdGDIBeta.rar".

"Etwas" schnell, findest du nicht?
gafferongames.com/game-physics/fix-your-timestep/

Ist eigentlich ertragbar.
Gut, ich guck was sich da machen lässt.

EDIT:Gut, ich implementier es, in den kommenden Tagen.

Ertragbar? Mein PC hat ziemlich viel Power, dein Gameloop rast da nur so durch.
Zwischen 2 Pipes habe ich nicht mal eine Sekunde Zeit.

Grüße

Tut es denn laggen?
Das war eigentlich das Wesentliche, mit GDI+ einen angenehmen Spielfluss zu erreichen.

Könnt ihr noch generell zum Spiel/Code einen Feedback formulieren?

Klar, es laggt zwar, aber ich hab Hyperspeed. Das wäre ziemlich unlogisch oder nicht?

Wie kannst du davon ausgehen, dass es laggt, wenn dein PC(?) Hyperspeed...hä?
Ist'n Witz, oder?

Willst Du etwa darauf hinauslaufen, dass Laggen in diesem Kontext falsch ist?
Habe gedacht, bzw. war davon ausgegangen, dass du verstehst was gemeint ist.

Jo, bei mir läufts so schnell, dass man den Vogel selbst mit Leertaste spammen nicht nach oben bekommt.

Ja, ich werde mich im Kommendem mit Fixed-GameFPS beschäftigen.
Das sollte klar sein.

Idealerweise ist die Spielgeschwindigkeit komplett unabhängig von der Anzahl der FPS. Bedeutet im Klartext, du musst alle Angaben in <Einheit>/Sekunde (oder Millisekunde) machen und dann mit der seit dem letzten Update vergangenen Zeit multiplizieren.

Was empfiehlt sich hier statt einer DoLoop besser?
Ein Timer -Ne danke.

Trotzdem lautet die Frage, ob verhältnismäßig ein ähnlicher Spielfluss abgesehen durch die GameLoop,alias DoLoop, durch jenes andere Komponent geboten wird.

Ich finde diese Spiele Toll, aber warum machen alle Flapy Bird, ICopter ist doch auch sehr gut

Spiel an sich seht sehr gut aus.

Schleife passt schon, benutze ich doch auch. Der Punkt ist, dass du nicht stur hintereinander die selben Aktionen mit fixen Angaben wie z.B. Geschwindigkeit ausführen darfst. Physikalische Vorgänge sind von der Zeit abhängig und genau so musst du es in einem Spiel (was ja im Prinzip nichts anderes als ne Physiksimulation ist) auch halten.

@NGE'o: für den Gameloop schau dir doch mal @Artentus: gamelib auf Github an.

Grüße Andy

Empfiehlt sich ein guter Blog-Eintrag, welches die Gravitation beschreibt? (Im Game)
Dies, wie ich finde, ist auch sehr irreal.

Mein GameLoop ist da momentan eigentlich kein so gutes Beispiel, bin gerade dabei alles umzuschreiben auf ein zuverlässiges System. Das Problem ist, dass eigentlich Updateing und Rendering aufeinander synchronisiert werden müssen, und das geht nur, wenn man entweder mit ner Pipeline arbeitet oder den kompletten Spielzustand doppel speichert. Ersteres ist in .Net fast nicht umsetzbar, zweiteres setze ich gerade um, erfordert aber ein enorm hohes Maß alleine an Logik, das Zeug zu verwalten. Und der Programmierstil ist schon enorm anders als ohne, daran muss auch ich mich erst mal gewöhnen.
Du kannst mein aktuelles System übernehmen, aber es könnte vorkommen, dass Objekte unerklärlicherweise null oder disposed sind oder dass mehrere Threads gleichzeitig auf was zugreifen, was unvorhersehbares Verhalten zu Folge hat. Im besten Fall werden die verschiedenen Objekte auf dem Bildschirm nur in verschiedenen Update-Zuständen angezeigt.