Nun auch mit Alpha-Kanal-Unterstützung!



Musste es lediglich als TGA statt als BMP speichern. Damit kann man jetzt, indem man einen Layer hinzufügt, ganz leicht solche Farbeffekte, die sehr an HDMA erinnern, erzeugen.

Natürlich kann uns was passieren. Es kann immer einen Server Crash oder noch etwas ganz anderes, Undenkbares passieren. Wenn es einen Ort gibt, an dem man definitiv NICHT sicher ist, dann in der Welt der Daten.

Shit... ich dachte, ich hätte alle Videos aus dem Internet gelöscht.

Kein neues Feature seit dem letzten Post, ich habe aber mal bisschen mit TGAs rumgespielt. Damit kann man schon ein paar wirklich schöne Sachen machen. Das hier würde gut zu irgendeiner Parallel-Dimension oder so passen. Außerdem habe ich mal zum Spaß Level 105 verwendet.

Meine größte Sorge bisher ist übrigens die Performance. Das Problem hier ist, dass Allegro.pas nunmal nicht komplett in Pascal geschrieben ist. Ich vermute, dass das die Sache schonmal etwas langsamer macht. Darüber hinaus weiß ich nicht, inwiefern Allegro.pas mit der Grafikkarte zusammenarbeit um, zum Beispiel, Hardwarebeschleunigung oder sowas zu nutzen.

Ich habe leider keine Quellen, wo ich mich erkundigen könnte. Die Library scheint nicht sehr verbreitet zu sein (um nicht zu sagen, dass wirklich niemand die nutzt). Habe im Internet nur einen gefunden, der damit gearbeitet hat und mir sagte, dass man, sofern das Spiel simpel bleibt, damit durchaus unproblematisch arbeiten könnte. Bei vielen Rotationen aber zum Beispiel könnte es durchaus schonmal Slowdowns geben, da Allegro.pas, so seine Worte, kein OpenGL nutze. Er hat alllerdings schon vor längerer Zeit damit gearbeitet und ich weiß nicht, was sich mittlerweile alles getan hat. Mittlerweile könnte, glaube ich, sogar schon OpenGL drin sein. Mir ist heute auch schon aufgefallen, dass bestimmte Transparenz-Blender die Framerate locker auf 50 runterdrücken können. Allerdings waren das Blender, die ich wohl eh niemals nutzen werde, da sich mir, bisher, der Sinn von ihnen noch nicht erschließt.

Insgesamt soll das Spiel ja, was Effekte und so angeht, sowieso recht simpel bleiben, deswegen hoffe ich mal, dass die Framerate, selbst wenn die ganzen Sprites und Kollisionen dazukommen, immer noch hoch bleibt. Solange sie bei mindestens 50 bleibt (momentan laufen bei mir problemlos 85), ist es OK, da das Spiel selbst auch nur auf 50 FPS läuft.

Ich habe im Internet noch eine weitere Game Library für Pascal gefunden, die scheinbar sehr viel weiter verbreitet ist (SDL). Sie ist komplett in Pascal geschrieben. Deshalb gehe ich auch davon aus, dass die moderner und schneller ist. Außerdem scheint sie sich, von der Programmierung her, nicht komplett von Allegro zu unterscheiden. Dadurch, dass sie in Pascal-geschrieben ist, ist sie auch Platform-unabhängig. Jedenfalls: Falls sich später herausstellen sollte, dass Allegro.pas tatsächlich zu langsam ist, könnte ich wahrscheinlich noch nach SDL porten und hätte somit ein Notfallkissen. Hoffe aber, dass das nicht nötig sein wird. Wäre wieder nur Zusatzaufwand, auf den ich keine Lust habe.

Das Spiel kommt am 2. September raus und ist jetzt auf Amazon vorbestellbar.

Spiel alleinstehend
Limited Edition mit rotem Classic Controller Pro

Habe mir die Limited Edition vorbestellt. 10€ Aufpreis scheinen mir angemessen zu sein.

Vergiss nicht The Last Story. 2012 kommt das auch noch bei uns raus und wird wohl mindestens so ein Top-Titel wie Xenoblade Chronicles.

Schon komisch. Scheint fast so, als sei Europa das neue Nordamerika geworden. Mittlerweile kommen bei uns fast alle Nintendo-Spiele und -Artikel früher raus und nun bekommen wir sogar Xenoblade und The Last Story, Amerika hingegen nicht (wie heute nochmal von Nintendo bestätigt wurde). Da kann man doch ausnahmsweise mal froh sein, in Europa zu leben.

Ich kann mir schon in etwa vorstellen, wie der Bericht war.

Erzähler: Hier lebt der jüngste Abiturient Deutschlands.
Spiku: 110010101010 Pi Pi eulersche Zahl Pi Integral Differential Pi 101010101 eulersche Zahl.

Spiku, du Draufgänger!
Ich finde, du hast dir damit einen Spezialrang verdient.

Nice!

Ich konnte zumindest schon vor dem Englischunterricht in der Schule einen Großteil der englischen Sprache verstehen (wenn auch nicht sprechen) und habe das ausgerechnet, haha, von Videospielen auf Englisch gelernt. Hatte wohl unter anderem dadurch auch in der Schule keine Probleme mit der Sprache. Dadurch, dass ich sie dann im Internet immer wieder gesprochen habe und weitere Videospiele auf Englisch gespielt habe, hat sich meine Sprachfertigkeit dann immer weiter verbessert. Mann! Würde das doch nur mit Japanisch genau so gut funktionieren. Stellt euch das nur mal vor: Ihr spielt Spiele auf Japanisch und auf einmal versteht ihr die Sprache.

Genau das gefällt mir auch. Die Grafiken spielen gut zusammen und erfüllen ihren Zweck.

Jab, ziemlich geil. Allerdings auch verdammt lang. 0_o
Irgendwann habe ich einfach aufgehört.

Keine Sorge. Reife Omas von der Müllhalde sind im Bett echt die größten Spaßraketen.

Unterschlage bitte nicht, dass wir dich auch noch vergewaltigt haben.
Vor uns gibt es eben kein Entrinnen.

Wieso bist du von mir enttäuscht? Was hast du denn bitte von mir erwartet?

Mir kam es so vor, als war ich nach einer Stunde noch nicht durch.

Dann ist, glaube ich, die Video-Datei an sich beschädigt.

Das einzige Gerücht hier ist jawohl, dass alt = lahm und gebrechlich heißen soll.

Hier mal eine Vorschau vom Tileset-Format:



Habe lange drüber nachgedacht, wie ich Tilemap-Layer schlussendlich realisieren werde, insbesondere im Bezug auf Animationen. Heute hatte ich dann endlich eine geniale Idee, die auch noch relativ leicht umzusetzbar sein dürfte. Die Hauptinnovation bei diesem Tileset lässt sich auf dem ersten Blick nicht erkennen, sondern erst, wenn man nahe ranzoomt. Dann erkennt man nämlich die schwarzen Punkte auf diesen gelben Linien, jeweils immer links von den Tiles. Über diese Punkte kann man direkt die Animationseinstellungen aus dem Tileset herauslesen.

Ich habe mich heute daran erinnert, dass Allegro eine Funktion namens "getpixel" hat, die einem, von einem beliebigen Pixel in einem Bitmap, den Farbwert liefert. Anschließend kann man daraus auch noch die Rot-, Grün- und Blau-Werte extrahieren. Diese Funktion werde ich mir zu Nutze machen. Ich habe geplant, dass man nachher über den Rot-Wert angeben kann, wie viele Tiles (-1) die Animation hat und über den Grün-Wert, nach wie vielen Frames das Tile zur nächsten Grafiken springen soll. Der Blau-Wert ist bisher noch ohne Funktion, wird aber evtl. nachher dafür genutzt, um anzugeben, in welches Tile sich bestimmte Tiles verwandeln sollen. So könnten sich zum Beispiel Fragezeichblöcke, unabhängig von der Position des braunen Blocks auf dem Tileset, immer in die richtige Grafik verwandeln. Bin mir da aber noch nicht sicher, denn meine Tilemaps sollen nachher 65536 verschiedene Tiles unterstützen, während der Blau-Wert nur bis 255 geht. Die Tilesets sind übrigens nach unten hin nicht beschränkt (bzw. nur durch das Limit von 65536 Tiles). Solange man immer nur 16 Tiles in eine Reihe packt und die Breiten- und Positionsvorgaben berücksichtigt, kann man beliebig große Tilesets verwenden.

Von der Programmierung her - aber das interssiert euch vielleicht eher weniger - werde ich, anders als anfangs geplant, wohl nicht die Layer bei Levelstart nur einmal komplett aufbauen lassen, sondern jede Frame neu und dafür nur den auf dem Bildschirm sichtbaren Teil. Durch dieses System werden Animatonen überhaupt erst möglich (oder sind zumindest sehr viel leichter und sparen Speicherplatz). Außerdem lassen sich so einzelne Tiles nachher leichter verändern (wenn man zum Beispiel Münzen sammelt oder einen Fragezeichenblock anspringt).

Ferner werde ich "Grafik-Tilemaps" und "Kollisions-Tilemaps" trennen, sodass jeder Grafik jedes beliebige Verhalten zugeteilt werden kann. Das verbraucht zwar dann mehr Speicherplatz, aber ich denke 4 Bytes pro Tile sind im heutigen Zeitalter auch nicht nenneswert. Könnte sogar noch mehr belegen und dann das Limit von 65536 Tiles springen, allerdings sind das jawohl schon mehr Tiles als im ganzen Spiel jemals gleichzeitig benötigt werden. Ein Beispiel, für was das nützlich sein könnte: Man könnte Powerups in beliebigen Blöcken verstecken, könnte Lava mit Wasser-Eigenschaften machen und ähnliches. Für das alles müsste man nicht - wie zur Zeit mit Lunar Magic - immer erst lästig über Map16 neue Blöcke mit speziellem Verhalten zusammenbauen.

Ich denke, das war's erstmal. Bisher alles noch nicht programmiert, aber Planung ist ja bekanntlich das A und O und erstmal durchgeplant lässt sich das relativ schnell umsetzen. Muss nur noch versuchen, das möglichst Speicherplatz-sparend zu programmieren. Hoffe auch, dass dieses "jede Frame neu aufbauen" nicht zu Performance-lastig wird. Habe meine Sorgen bezüglich der Performance ja schon im letzten Post angesprochen. Jedenfalls sollte es in den nächsten Tagen ein neues Update geben. Vielleicht mal wieder eine Binary, in der dann die Karten ingame mit Animation und allem drum und dran bestaunt werden können.

Vielleicht mache ich am Ende doch noch einen Level-Editor. Meine Level-Engine beinhaltet immerhin schon einige Besonderheiten, die man mit Lunar Magic nicht verwenden könnte und funktioniert auch in viellerlei Hinsicht ganz anders. Da eine GUI-Anwendung wesentlich schneller zu machen ist als so ein komplettes Spiel und auch nicht ganz so genau sein muss, empfiehlt es sich also durchaus.