spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Skyreaper (2. August)
Das hier hat mich die letzen 3 - 4 Wochen beschaeftigt, aber was ich hier zum Download stelle ist weit entfernt von irgendetwas Spielbarem. (Zumindest macht es noch garkeinen Spass)
Trotzdem waer's nett wenn sich jemand das ganze runterlaed (2,5 MB) damit ich weiss ob und wo es im moment hakt.. ich geh' mal davon aus dass das Spiel nicht ueberall laeuft, hab bestimmt was vergessen. Da es mein erstes Spiel ist, ist es relativ schlampig programmiert, zuende bringen will ich's trotzdem.

Ein, zwei Worte zur Idee: Das ganze soll ein 2D-Arcade-Shooter werden, mit verschiedenen Levels, Gegnern und Pick-Ups. Eine kleine Besonderheit ist die Faehigkeit die Zeit zurueckzudrehen oder zu verlangsamen, ansonsten soll's eher klassisch bleiben.

Wenn das Spiel startet, interessiert mich:
- Keine Grafikfehler ? (Gegner, GUI, Menu erkennbar)
- Sound und Musik sollten klappen
- Es sollte einigermassen fluessig laufen
- Grafikeinstellungen sollten ingame einstellbar sein

Danke schon mal, wenn's jemand ausprobiert.

Werden DLLs nicht dynamisch geladen? Also erst wird im Ordner der EXE gesucht, dann in dem Ordner der PATH-Umgebungsvariable, dann im System-Order und so weiter?
Naja, ich habe auch eine Tribase.dll im System32-Ordner, kopier die mal testweise dahin

Danke fuers antesten. Warum's bei babelfish klappt und bei spacegaier nicht ist mir ein Raetsel. Hast du vielleicht die orginale Tribase.dll noch irgendwo? Meine ist leicht modifiziert und neu kompiliert, vllt wird die falsche geladen.

Zitat von »"babelfish"«

PS. wie macht man das mit dem Rückspulen denn eigentlich?

Ich hatte jede Menge ansaetze. Der Grundgedanke ist, dass man der gesamten Spielzustand speichern muss. Das kann man natuerlich in jedem Frame machen, was aber speichertechnischer Selbstnmord waere. Ich habe teilweise 4000 FPS. Daher speicher ich den Spielzustand in einem Interval von derzeitig 0,05 Sekunden, also 20 Mal in der Sekunde. Das ganze wird auf 3 Sekunden begrenzt. Wenn der Spieler jetzt die Zeit zurueckdrehen will, wird einfach alles wie einem Film abgespult, in der umgekehrten Reinfolge. Jo, das wars auch eigentlich schon.
Eine Idee die ich hatte, um spaeter mal den Speicherbedarf zu reduzieren ist, nicht den Spielzustand zu "speichern" sondern ihn auf Texturen zu rendern, damit diese dann abgespult werden koennen. Der Spielzustand muesste dann nur noch ca. jede Sekunde gespeichert werden. Aber zur Zeit ist das Quatsch. Pro Spielzustand brauch ich bisher nur 2 KB.
Und ich war ganz boese und hab einfach die STL benutzt, deque. (neben den andern *BOESEN* sachen versteht sich, wie D3DX und globalen variablen)

Nein, in den "alten" gespeicherten Spielzustaenden existieren sie halt noch, waehrend sie in den neuen schon geloescht sind. Meine Spielzustandsklasse verbraucht nur so viel Speicher wie sie braucht. Wenn der Code etwas aufgeraeumt ist kann ich ihn ja auch mal uploaden.

Ach so, das hab ich eben ueberlesen

Zitat

Und muss man sich dafür ein paar Klassen/Funktionen basteln oder den ganzen Quellcode danach umstellen?

Der Code muss schon dafuer geeignet sein. Wenn das nicht von Anfang an so geplant waere haette ich einige Probleme gehabt. Zum Beispiel speicher ich keine Vertizes, weil das zu viel Daten waeren. Stattdessen hab ich die zu speichernden Datein auf ein Minimum reduziert, also nur die Positionen, Rotation,.. Ein Sprite wird dann jedesmal neu erzeugt.

Meine HP, schoen waers ;).. nene ich muss auf free hoster zurueckgreifen, habs noch mal neu upgeloaded.