C64|Spiel Snake on a Plane erschienen
Heute ist Snake on a Plane erschienen – das Erstlingswerk von Snake Oil Software. Wie der Name schon vermuten läßt, handelt es sich bei dem Spiel um einen “Snake“-Klon – man steuert also eine Schlange, die durch das Aufsammeln von Nahrung immer länger wird. Wände, Hindernisse und sich selbst sollte man dabei nicht berühren – sonst ist ein Leben weg. Bei diesem Spiel ist es sehr ähnlich – man sammelt bezifferte Objekte ein (von 1 bis 9), lenkt sein Tierchen dabei aber um ein Flugzeug herum und weicht dabei Männlein und oben schon beschriebenen Dingen aus, um nach Aufnahme des neunten Objektes in der geöffneten Flugzeugtür zu verschwinden und den nächsten Level zu starten – diese werden naturgemäß natürlich immer kniffliger, indem immer mehr Hindernisse erscheinen und auch die einzusammelnden Objekte schön knifflig an Randstellen postiert werden.
Das Spiel ist anscheinend ein komplettes Basic-Spiel, was man der Grafik natürlich anmerkt, aber nicht wirklich ins Gewicht fällt, da das Konzept sehr gut durchdacht ist. Begleitet wird es komplett durch Musiken von Ben Daglish und Antony Crowther, was direkte Erinnerungen an alte Zeiten weckt, aber durchaus passend ist.
Insgesamt gesehen, handelt es sich um ein sehr nostalgisches Spiel aus den Gründerjahren – aber um ein gutes! Das einzige was ich bemängeln muß, ist der Bug beim Abspeichern der Highscoreliste – dieser scheint diese komplett zu zerstören und ein Ansehen oder Eintragen ist nicht mehr möglich – das Spiel muss resettet werden. Jedenfalls war er bei mir beim ersten Testen so aufgetreten und hat mein Image geschrottet – wenn dieser Fehler behoben werden würde, wäre das Spiel wirklich perfekt!
Download: http://noname.c64.org/csdb/release/?id=93214
Keine ähnlichen Artikel vorhanden.
August 12th, 2010 um 12:25
Vielen Dank für die Blumen!
Der Highscore-Saver selbst ist eigentlich gar nicht verbuggt. Allerdings muss am Emulator unbedingt “True Drive Emulation” (<– z.B. bei VICE oder entsprechendes bei anderen EMUs) eingestellt werden. Dieser Programmteil arbeitet wie folgt: Es werden die angeschlossenen und mit Strom versorgten Devices von 8 bis 11 gescannt. Das erste Device versucht das Spiel zum Speichern zu nutzen. Wenn man also auf Drive 9 spielt, sollte man Drive 8 ausschalten, falls vorhanden. Achja: man kann den Saver auch ganz deaktivieren durch Abschaltung aller Drives. Wenn der Scan kein Gerät findet, versucht das Programm auch nicht zu speichern. Auch Nutzer von Hardware-Erweiterungen wie der 1541-U müssen diese Hinweise beachten beim Mounten der Images.
Das Spiel crasht allerdings tatsächlich auch an realer Hardware manchmal beim Wechsel zum Highscore Screen, sollte eigentlich selten passieren, kann aber erzwungen werden durch extrem schnelles Wechseln von Hauptmenu/Titelbild zum Highscore und zurück. Schuld ist wahrscheinlich ein Konflikt der verschiedenen Assembler-Musik-IRQs.
Beim Spiel selbst handelt es sich in der Tat um kompiliertes BASIC.
Viel Spaß!
August 12th, 2010 um 21:57
hm… also ich habe das Game beim ersten Test auf realer Hardware (C-128D mit 1541 Ultimate Ethernet) verwendet und die Screen´s ganz normal gewechselt. Also in der Highscoreliste eingetragen, Taste zum Speichern gedrückt und dann war´s mit dem Spiel vorbei – fortan crashte es beim Anzeigen der Highscore oder beim erneuten Eintragen. Ein Versuch (mit einem “frischen” Image am Emulator VICE brachte das selbe zum Vorschein – und das, obwohl bei beiden Varianten (Ultimate und Emu) nur ein Laufwerk aktiviert war…
Kann schon gut möglich sein, daß es an den Musik-IRQ´s liegt – ich bin da nicht der Experte für und meine eigenen Experimente damals mit Basicprogrammen mit Musikroutinen hatten immer irgendwelche Probleme gemacht…mal wollte ein Scrolltext nicht, wenn die Musik lief – mal gab´s einen fiesen Dauerton, sobald irgendetwas nachgeladen wurde, der bis zum Start neuer Musik permanent anhielt… ich habe es nie gelöst bekommen und viele Projekte dann verworfen…
Ich weis nicht, wie es sich bei deinem Spiel jetzt verhält, aber vielleicht wäre es echt besser (wenn man bedenkt, daß ich diesen Fehler gleich zweimal auf unterschiedlichen Varianten reproduzieren konnte) diese Saveroutinen nochmals zu überarbeiten, falls möglich. Die Idee mit dem Scannen aller Diskdevices ist sicher für nur ganz wenige Ausnahmen interessant – die Meisten dürften das Game ganz normal über Drive 8 laden… vielleicht wäre in diesem Fall ein Setup angebracht, über das der User selbst festlegen kann, welches Laufwerk zum Speichern genutzt werden soll…am Besten eines, wo diese Einstellungen nach dem erstmaligen Einstellen gesichert und beim erneuten Programmstart automatisch wieder eingeladen werden.
Und zum Dank… gern geschehen! Es ist mir immer wieder eine Freude, über gute C64er Projekte, Themen, Hardware und Spiele zu berichten, und diese auch Usern näher zu bringen, die die alten Zeiten nicht selber miterlebt haben oder sie wieder in Erinnerung zu bringen. Das ist ein persönliches Anliegen von mir in der Form, meine eigene Begeisterung zu teilen. Deshalb unterstütze ich diese Seite hier auch als (Gast) Redakteur, während ich auf meiner eigenen Seite zusätzlich noch weitere Inhalte anbiete (Downloads – dein feines Game befindet sich natürlich ebenfalls darunter – Interview(s) oder exklusive Bilder).
http://www.nemesiz.tk
Hier wie da ist es aber als anfängliches Versuchsprojekt zu sehen – mit offenem Ausgang – das wird die Zeit zeigen, ob sich die Mühen gelohnt haben. Auf jeden Fall freut es mich aber, überhaupt Resonanz auf meine Artikel zu erhalten und ganz nett sind meistens die der Autoren oder Coder – vor allem da ich die Dinge sachlich und kompetent angehe und Erfahrungen oder Fehler (in meinen Augen natürlich) offen anspreche. So manch einer hat daraufhin schon sein Game “verbessert” oder setzt es für andere Systeme um, gell Ralf?
Also… ich würde mich freuen, auch in Zukunft wieder über eines deiner (Spiele) Projekte berichten zu dürfen…