BeetleRun

[StarG]

wenn auch nur leicht - erhöhte Programmieraufwand.

Wus?

Mehr als das hier ist nicht nötig um ein PNG zu laden, netterweise lädt es auch die anderen Formate die SDL_image unterstützt:

#include <SDL_image>

{
    SDL_Surface* img = IMG_Load("123.png");
}

SDL_gfx musst du nicht linken, hab ich auch nicht drin.

 

[HEP]

Ja, das hab ich mit SDL_image verwechselt. Scheint ja leichter zu sein, als ich gedacht habe. Ein "Replace in all files" sollte scheinbar reichen.

 

[fusion_power]

Nach ein wenig herumgespiele mit dem Game und vor allem der Grafik ist meinem kranken Hirn das hier auf die Schnelle entsprungen:

http://rapidshare.com/files/21954587/BeetleRun_FP_testgfx.rar.html

(ich hasse RapidShare aber was besseres fiel mir nicht ein. Ed sollte hier mal eine kleine Anhangfunktion einbauen, 50KB sollten reichen.

Öh, Der beigelegte Font passt nicht so recht ins Game, etwas zu groß, eventuell muss das noch angepasst werden. Sounds hätt ich auch gefunden, aber die müssen ebenfalls noch angepasst werden, hier:

http://www.tron-sector.com/archives/default.aspx?do=gallery&section=1&category=1&group=MIDI%20Files

der Lange währe ein gutes Intro aber müsste noch gekürzt werden und natürlich umgewandelt wobei Midi eigentlich keine üble Wahl für so ein kleines Game währe (WAV ist eigentlich genau wie .bmp: viel zu groß! )

Zu den "bugs" :lol:
Cursor zu schnell animiert, VIEL zu schnell. Und noch schneller, wenn man dem Beetle beine macht. Der ist übrigens irgend wie auch zu schnell animiert, wenn das ne Animation darstelln soll. ^^"

 

[HEP]

Vielen Dank für die tollen Grafiken und Anregungen!
Leider habe ich bereits begonnen für die anstehenden Klausuren zu lernen, so dass mir wenig Zeit bleibt mich um das Spiel zu kümmern. Ich werde aber eventuell zwischendurch oder spätestens nach den Klausuren Anfang April wieder weitermachen und versuchen die angesprochenen Dinge noch zu verbessern. Dann werde ich natürlich auch die neuen Sounds und die Schriftart integrieren. Ich werde jene aber wohl in WAV oder OGG umwandeln, da MIDI auf dem GP2X nur mit timidity "emuliert" werden kann.

Zu der Kritik an den Animationen:
Dass der Cursor zu schnell ist weiss ich. Es liegt an einem blöden Design-Fehler: Da ich irgendwo gehört habe dass floats auf dem GP2X sehr langsam sind, habe ich die Variable für die Animationsschritte als int deklariert, womit ich aber dann nicht fein genug abstufen kann. Ist natürlich recht schnell zu beheben.
Tja, und beim Beetle reichten meinte grafischen Fähigkeiten einfach nicht aus so eine kleine Grafik vernünftig zu animieren. Das Problem ist, dass die Beine nur 1-2 Pixel lang sind und man die sowieso kaum sieht. Und dann kommt natürlich noch das gleiche Problem wie beim Cursor dazu.

 

[fusion_power]

Ach, passt schon im Grunde. Meine Grafiken waren ehr als "Skizze" oder Alternative gedacht wenn du das Game Skinbar machst. Bloß nicht als einzgen Default nehmen, hab ja die Ideen nicht alle selber entwickelt. :lol:
Auf 8X8 Pixeln kann man echt wenig animieren, das stimmt. Ich wollt eigentlich ein Lightcycle basteln, mal sehn ob das was wird auf so kleinem Raum. ^^" Bin ja auch kein großes Talent was das angeht.
Und die Entkopplung zwischen dem Speed des Cursors und dem Speed des Beetles würd ich obendrein empfehlen (Y-Taste) neben der reduktion des Animations-Speeds.


OGG ist OK. Aber ich hab sowieso Timidity auf dem GP2X für den Duke und für OpenTTD wobei der Dev das sogar in letzteres integrieren konnte.

Na jedenfalls läuft dein Game auch perfekt auf 100MHz wollt ich noch anmerken, das kann man von "Pipes" leider nicht behaupten.

 

[HEP]

Nein default wird der Skin nicht, aber als mehr als würdige Alternative könnte ich irgendwas einbauen um ihn leichter auszutauschen.
Die Entkoppelung der Geschwindigkeit ist eine schöne Geschichte. Manchmal stellen einen so einfache Sachen vor große Probleme beim Coden:
Tatsache ist nämlich, dass ich einfach die gesamte Spielgeschwindigkeit auf Maximum gedreht habe. Der Beetle läuft nämlich bereits genau einen Pixel pro Frame. Wenn ich ihn unabhängig vom Cursor schneller laufen ließe würde das bedeuten, dass er mehr als einen Pixel pro Frame laufen muss. Und das würde leider die Kollisionsabfrage verwirren. Bei den Kurven wird nämlich genau in der Mitte geschaut, wohin der kleine sich drehen muss. Aber so könnte er beim einen Frame einen Pixel vor der Mitte sein und beim nächsten schon drüber hinweg. Also müsste das ganze Prinzip der Abfrage geändert werden. Dann also lieber die Spielgeschwindigkeit hochdrehen. Und da könnte ich ja dann als Ausgleich die Cursor-Geschwindigkeit um den gleichen Anteil runterdrehen. So könnte es eventuell gehen.

 

[fusion_power]

Nana, wir wolln doch nicht, dass der kleine Käfer die Schallmauer durchbricht... :lol:
Vielleicht könnte man für bestimmte Elemente eine Art Frameskip einbauen wo für Animationen halt so und soviele Frames übersprungen werden. So ähnlich hab ich deinen Vorschlag verstanden.
Ach, währe gut, wenn das Vieh nur solange schnell läuft, wie man y gedrückt hält, ich kann den Kerl nicht stoppen bevor er das Spielfeld verlässt. ^_^
Und wie erwähnt springt der Cursor manchmal zu schnell über die Felder, da fehlt noch etwas Präzision. Nagelfar kann dir da ganz sicher Tipps geben, in Pipes haut der Cursor nun 100%ig hin.

 

[HEP]

Ach, währe gut, wenn das Vieh nur solange schnell läuft, wie man y gedrückt hält, ich kann den Kerl nicht stoppen bevor er das Spielfeld verlässt. ^_^

Das ist auch so gedacht. Man soll den Knopf auch nur drücken, wenn man den Weg fertg gebaut hat (bis zum Rand).

 

[fusion_power]

Na ok. Übrigens hab ich herausgefunden, dass das Tron-Theme doch nicht so unpassend für das Game ist, wie ich anfangs dachte. Im Movie wird nämlich (Laut engl. Wikipedia) auf "GRID BUGS" hingewiesen, welche wohl gefährlich seien. Das wurde wohl als Werbung zum offiziellen Game gemacht, da gibt's nen Grid Bug-Level, hab ich per MAME auch selber mal angespielt:

http://www.cylon.org/films/Tron/tron.game4.gif

Die Viechers sind zwar recht komisch-komplex animiert aber vielleicht kann man da auch das Bug-Sprite noch ummodeln, ich werd's zumindest mal versuchen.