Beiträge mit tag "Spiel

Spacola_Disks1

SPACOLA Eclipse WIP 0.47

2

spacolaeclipse047

Gestern auf den Tag genau vor fünf Jahren tippte ich die ersten 50 Quellcodezeilen von etwas, das ein paar weiße Pixel auf einem schwarzen Hintergrund bewegte. Heute sind es ziemlich genau 28.500 Zeilen mehr, und es sind leider immer noch weiße Pixel auf schwarzem Hintergrund. So ein Pech aber auch. Nein, heute ist es ein Spiel, das einem originalgetreuen SPACOLA-Remake tatsächlich sehr nahe kommt. Originaltreue ist mir am wichtigsten. Ich verändere nur Details, die mir sinnvoll erscheinen und sich nicht vermeiden lassen. Jede zusätzliche Änderung, jedes weitere witzige Extra wird immer optional sein. Im Moment arbeite ich mich recht fleißig durch die vielen offenen Punkte, und darauf möchte ich in diesem Update-Artikel zu sprechen kommen.

Levelparser/Levelgenerator und Kampagnenmodus

Der Parser für die Levelkonfiguration mit dem Levelgenerator sind weitgehend fertig. Der Parser liest die Original-Levelskripte ein, teilt die Anweisungen im Skript in Tokens und Parameter ein und “interpretiert” diese, indem er dem Levelgenerator Anweisungen gibt, wie das nächste Level aufgebaut werden muss. Das funktioniert schon perfekt für Level 1. Ab Level 2 aufwärts werden allerdings weitere Befehle eingeführt, die ich erst noch verstehen und vor allem einbauen muss. Damit ist der Kampagnenmodus jetzt theoretisch vorhanden und benutzbar, und wird auch mit jedem weiteren umgesetzten Befehl besser.

Spielen ohne Spacola Sternenatlas

Zwei Änderungen, die nötig sind um das Spiel ohne Buch sinnvoll spielen zu können, habe ich nun umgesetzt. Im Levelauswahl-Bildschirm kann man mit dem Mauszeiger über die Levels fahren und rechts im Statusfenster wird jetzt das darin befindliche erste Sektor-Powerup eingeblendet. Dieses musste man sonst aus dem Buch herauslesen. Ohne das Buch hätte man aber keine Möglichkeit mehr, diese an sich wichtige taktische Entscheidung noch zu treffen, darum hilft das Remake hier nach. Die zweite Änderung, die mir wichtiger ist: Wie soll der Spieler erfahren, wohin es die Waren auszuliefern gilt? Im Jahre 1991 hatte ich dazu das Buch mit der richtigen Seite aufgeschlagen an der oberen Kante unter die Tastatur geklemmt, um die Tabelle immer sofort griffbereit zu haben. Mit dem Finger konnte ich so Zeile und Spalte entlangfahren und schon ging es los. Ohne das Buch muss ich den Zielsektor logischerweise direkt rechts einblenden, was auch der Fall ist. Aber um die Sache spannender zu gestalten, experimentiere ich im Moment damit, dem Spieler den Zielsektor nur zeitverzögert zu verraten, so dass man sich erst noch ein paar Sekunden alleine mit der Spielwelt befassen muss, ehe man sich auf die Reise macht. Derzeit sieht es so aus, dass rechts in der Leiste eine Art “Dekodierung” angezeigt wird, die nacheinander die X- und Y-Koordinate “entschlüsselt”. Das wäre meine Idee, wie man diesen Aspekt sci-fi-mäßig ohne Buch umsetzen könnte, ohne es noch simpler zu machen.

Alle Powerups fertig

Das “Kantinenruf”-Powerup wurde kürzlich von mir implementiert, und auch das Abfeuern von Lenkraketen funktioniert jetzt einwandfrei. Es sieht sogar schon recht witzig aus, wie die kleinen Lenkraketen zielsicher die Gegnerschiffe verfolgen und alles explodiert. Inzwischen kann ich also stolz vermelden: Alle 12 Original-Powerups sind funktional! Mit der Taste F12 kann man im Spiel neuerdings jederzeit Screenshots abspeichern lassen. War nicht wichtig, aber kam mir irgendwie selbstverständlich vor, dass der Client sowas können sollte. Außerdem merkt der Client sich jetzt endlich alle Einstellungen, die der Spieler vornimmt. So werden etwa Grafikeinstellungen in eine CFG-Datei persistiert und beim Programmstart geladen. Im Cheatmenü gibt es ein neues Untermenü für alle verfügbaren Powerups, die man hier einzeln anwählen kann. Das macht das Testen etwas einfacher.

Richtungspfeil und Testversions-Hinweise

Einen weiteren Cheat habe ich diese Woche verwirklicht: Einen Richtungspfeil am Bildschirmrand ähnlich wie in GTA, der immer den kürzesten Weg zu einem frei wählbaren Spielobjekt anzeigt, also z.B. die Zielstation. Sobald das Objekt sich dann mal tatsächlich auf dem Bildschirm befindet, zeigt der Pfeil auch direkt darauf. Dieser Pfeil wird in der klassischen Kampagne natürlich nicht enthalten sein, da er das Spiel zu sehr vereinfacht, aber ich fand es gut, dass ich sowas mal verfügbar habe für alle Fälle. Analog zu den Spezialhinweisen in der TOS-Demo von SPACOLA habe ich (pixelgenau positioniert versteht sich) auch in mein Remake einige Hinweise bezüglich seiner Unvollständigkeit hinterlegt. Das könnte man als erste Vorbereitung für einen öffentlichen Beta-Release werten, der definitiv in nächster Zeit nötig sein wird, wenn die Entwicklung in diesem Tempo weitergeht.

Präzise Messungen beim Schießverhalten

Das Schießverhalten des Spielerschiffes ist nun sehr viel näher am Original. Durch witzige Messmethoden habe ich versucht, herzuleiten, welche Parameter im Original verwendet werden. Hierzu muss ich Screenshots des Originals anfertigen, und dann die Distanz in Pixeln messen, die die abgefeuerten Schüsse in einer zuvor gezählten Anzahl an Frames zurückgelegt haben. Bei den 72 Hertz, die der Atari ST darstellt (wobei SPACOLA im Gegensatz zu OXYD nur jedes zweite Bild zeichnet, also eigentlich 36 fps), kann ich dann eine Umrechnung in Pixel pro Zeiteinheit als Schussgeschwindigkeit vornehmen, die ich im Remake wiederum verwende, um sie auf die gewählte Zielframerate aufzuteilen. Auch die Schussfrequenz bei Dauerfeuer konnte ich so mit Hilfe von Screenshots messen. Wenn beim Messen dann mal keine ganz krumme Zahl herauskam, wusste ich, dass ich auf der richtigen Spur bin. Die Herumrechnerei führt dazu, dass im Remake endlich deutlich authentischere Werte verwendet werden. Hierbei ist mir auch aufgefallen, dass das Weitschuss-Powerup anders als im Handbuch behauptet, die Schussgeschwindigkeit nicht erhöht, sondern die Kugeln nur weiter fliegen lässt.

Grafikbearbeitung abgeschlossen

In den vergangenen zwei Monaten habe ich die Original-Designvorlagen von SPACOLA wirklich ausgiebig analysiert, in stunden- und tagelanger Fleißarbeit ausgeschnitten, mit meinen eigenen Dateien etwa bezüglich Transparenz, Rotation und Reihenfolge verglichen und dadurch unzählige kleine und große Korrekturen an hunderten von Sprites vornehmen können. Dieser Prozess ist jetzt zu 99,9% abgeschlossen, und damit fallen die teilweise recht lästigen Pixeldoktoreien mit GIMP weg, und ich kann mich endlich vollkommen auf den Code konzentrieren. Mann, das wird ein Spaß. Aber der schwierigste und wichtigste Teil von allen kommt ja erst noch: Die Gegner-Intelligenz so wie im Original hinbekommen.

ATARI

Enigma 1.21 und RemBolo

Nachdem ich wochenlang nicht nur praktisch nichts auf meinem vernachlässigten Blog habe verlautbaren lassen, sondern sogar das fünfjährige Bestehen von SuccessDenied total verschlafen habe, darf ich an dieser Stelle nun wenigstens meine grenzenlose Freude über immerhin einige wenige Tage Urlaub bekunden, die ich seit einigen Wochen wirklich dringend nötig hatte. Jetzt kann ich zwei Wochen lang soviel Sport machen wie ich will, mich endlich so richtig um den Haushalt kümmern, mein Spiele-Remake fertigbasteln und all die anderen wichtigen Dinge, die ich mir für den Urlaub ganz fest vorgenommen habe. Ich setze mich nur noch mal ganz kurz auf die Couch und … Ach, mal gucken was grade so im Fernsehen läuft.

Tatsächlich leide ich im Moment ein bisschen unter Ideenlosigkeit was ergiebige Themen für Artikel angeht. Ich habe zwar eine lange Liste von Dingen, über die ich irgendwann mal schreiben müsste, aber im Endeffekt fehlt mir dann doch die Energie, die Stichpunkte in einen lesbaren, ausgewogenen Artikel zu gießen und diesem den nötigen Feinschliff zu verpassen. Der notorisch unmotivierte Webseitenbetreiber wendet also stattdessen einmal mehr das Minimalprinzip an und schreibt einen weiteren einfachen Lückenfüller-Artikel, der aber zumindest inhaltlich zur Webseite passt, um sich mehr Zeit für richtige Themen zu verschaffen.

Es geht um Dongleware-Spiele. Eigentlich ganz und gar nicht aktuell ist die Neuigkeit, dass Enigma in der Version 1.21 veröffentlicht wurde. Und zwar schon letzten Dezember. Ich sollte deren Webseite vielleicht doch öfter als zweimal pro Jahr besuchen. Ganze 51 Landschaften sind im aktuellen Release des aufwändigen OXYD-Remakes dazugekommen, darunter scheinbar auch vereinzelt bei den “Deja-vu”-Levelpaketen für Esprit, OXYD, OXYD2, Oxyd Magnum und Oxyd Extra. Diese sind mir als Fan der Originale sehr wichtig, daher betrübt es mich besonders, dass die Entwickler es bis heute noch nicht hinbekommen haben, die alten Levels vollständig zu portieren. Ich wüsste nur noch gerne, ob es mehr eine Sache des Nicht-Wollens oder des Nicht-Könnens ist, da auch das beste OXYD-Remake leider noch nicht gut genug ist, wenn ich darin nicht alle Original-Levels wiederfinde.

Zwischenzeitlich habe ich ein weiteres eigentlich vielversprechendes Dongleware-Remake gefunden: RemBolo (Remake-Bolo?), das vom Dongleware-Klassiker Bolo inspirierte Breakout-Spiel will das Spielgefühl und die Mechaniken des 95’er PC-Bolos imitieren, aber auch das Ur-Bolo vom Atari ST scheint ihm noch als dankbare Vorlage zu dienen. Der scheinbar deutschsprachige Entwickler arbeitet mindestens seit 2008 an der C++-Implementation unter Verwendung vorgefertigter 2D-Physikbibliotheken. Sogar einen recht gut spielbaren 2D-Prototyp von RemBolo bot er damals bereits zum Download an, den ich bis heute sehr beeindruckend finde. Mir wäre es sogar am liebsten gewesen, wenn man diesen Prototyp als Grundlage für die weitere Entwicklung des Remakes gewählt hätte. Stattdessen entschied der Programmierer sich für einen kompletten Neustart zugunsten von 3D-Grafik. Die ersten Screenshots dieser 2.5D/3D-Version sehen auch schon recht beachtlich aus, besonders der Glaseffekt des Schlägers ist wirklich schön anzusehen.

Illustration von der RemBolo-Webseite

Illustration von der RemBolo-Webseite

Leider steht die Kommunikation bei RemBolo deutlich im Hintergrund, so gab es zwischen den Jahren 2010 und 2015 kein Lebenszeichen des Remake-Projekts. Erst im Februar diesen Jahres wurde die Early-Alpha des neuen Leveleditors auf einem Screenshot gezeigt. Sonstige Fortschritte werden nicht genannt. Da ich weiß wie mühsam es ist, quasi im Alleingang ein komplettes Remake zu bauen (unabhängig davon wie minimalistisch die Grafik sein mag oder auch nicht), erhoffe ich mir einige tolle Neuigkeiten von dem Projekt in den kommenden Jahren. Schon da dieses sich als Schwesterprojekt zu Enigma betrachtet, fände ich die Möglichkeit wirklich reizvoll, dass wir eines Tages (mindestens) zwei nahezu perfekte Dongleware-Remakes hätten.

Spacola_Disks1

SPACOLA Eclipse WIP 0.45

0

spacolaeclipse045

Wo ich gerade schon bei Spielen mit der Grafik noch aus der Zeit der Weimarer Republik bin, spreche ich am besten direkt das nächste passende Thema an: Spiele mit Grafik aus der Steinzeit. Es folgt ein diesmal etwas längerer Artikel über den aktuellen Entwicklungsfortschritt meines Hobby-Dongleware-Remake-Projekts SPACOLA Eclipse. Es gibt viel zu berichten, weil ich in letzter Zeit viel daran gearbeitet habe. Die neueste Work-in-progress-Version vom Juni 2015 führt einige neue Gameplay-Features ein, allerdings auch viele tolle Neuerungen unter der Haube, die das Arbeiten an dem Projekt endlich deutlich interessanter machen, was wohl auch der Grund für meinen unerwarteten Eifer ist.

Mehrspieler-Modus

Ich habe in letzter Zeit die Serialisierbarkeit der meisten Spielobjekte überarbeitet und damit angefangen, den Mehrspieler-Modus zumindest grundsätzlich mit Leben zu füllen. Nachdem man bislang den Server lediglich vorbereiten, und sich als Client nur theoretisch registrieren lassen konnte, startet nun in der neuen Version tatsächlich ein Spiel, sobald die Mindestanzahl der Teilnehmer erreicht ist. Als nächsten Schritt sorgte ich dafür, dass die Spieler-Objekte untereinander ausgetauscht und dargestellt werden können. Die Mitspieler werden sich jetzt zwar auf dem Bildschirm gegenseitig sehen, aber davon abgesehen wird noch nichts synchronisiert, jeder spielt ein völlig eigenständiges Spiel. Mein Ziel war damit bereits erreicht, denn es ging mir vorerst um das Programmgebilde außenrum. Als nächstes wäre eine Lobby nötig, damit man einen Spielmodus und das Level auswählen, sich absprechen, und die Teilnehmerzahl festlegen kann.

Aktives Rendern, höhere Auflösungen, Vollbildmodus

Es war eine kleine und interessante Herausforderung, als ich damals mein eigenes Double-Buffering schrieb für das Zeichnen von 50 Bildern pro Sekunde ins Fenster, aber wenn ich ehrlich bin, war das eine rein autodidaktische Mission und überhaupt nicht nötig. Double-Buffering gehört zur Standardausstattung von Swing. Für meine Verhältnisse war meine Methode lange Zeit absolut ausreichend, aber für höhere Auflösungen leider unbrauchbar langsam. Inzwischen habe ich die 2D-Grafikengine von SPACOLA Eclipse auf aktives Rendern umgestellt, das den ausbremsenden Swing-Overhead umgeht und das Zeichnen des Fensters selbst steuert. Der Unterschied in der Performance ist beeindruckend. Als Bonus habe ich Echtzeit-Skalierung eingebaut, die das Bild stufenlos vergrößert, sogar mit Interpolation. Inzwischen läuft SPACOLA Eclipse in 1280×800 Pixeln, und das absolut ruckelfrei und noch dazu viel responsiver was die Mauseingaben angeht. Ach stimmt, einen exklusiven Vollbildmodus gibt es jetzt auch, den man wahlweise ganz normal mit ALT+Enter oder F8 umschaltet. Die Menüleiste ist mit dem Vollbildmodus noch nicht so ganz einverstanden, aber daran arbeite ich noch.

Farbsprites

Die ersten Vorbereitungen für den Farbmodus sind endlich getroffen. Meinen ganzen alten Monochrom-only-Code habe ich durch pseudomonochrome Grafikobjekte ersetzt, die zur Farbdarstellung in der Lage sind. Ein erster Test mit ins Spiel eingebauten Farbsprites verlief erfolgreich, der Rest ist also nur noch eine Sache von wochenlanger Kolorierung in Fleißarbeit und Search & Replace. Angefangen habe ich damit bereits teilweise. Außerdem gelang es mir, die ersten Farbsprites, die von Meinolf Amekudzi im Jahr 1993 für eine nie in Entwicklung gegangene SPACOLA-Farbversion angefertigt wurden, endlich richtig auszulesen. Die Grafiken sehen wirklich sehr spannend aus. Es müsste mir also möglich sein, diese Designs bald zu komplettieren, und einen Farbmodus ins Remake einzubauen.

Neue Gegner-KI

Die alte provisorische Gegner-KI ist bald Geschichte. Bislang war das Flugverhalten der Dummy-Gegner doch sehr merkwürdig, da sie im Weltraum Haken schlagen konnten und auch nur endlos dem Spieler folgten. Längst gelang es mir, das Flugverhalten deutlich realistischer zu machen. So müssen die Gegner jetzt genau wie der Spieler genügend Gegenschub liefern, damit sie ihre Richtung anpassen können. Endlich driften die kleinen Piratenschiffe halbwegs glaubwürdig über das Pixelbild, verfehlen auch mal das Ziel, und müssen dann ständig wieder den Kurs korrigieren. Darüber hinaus machen die Piraten zum ersten Mal das, was sie eigentlich sollten: Sie knöpfen dem Spieler seine Waren ab oder suchen freischwebende Waren, und fliegen damit zur feindlichen Station, um sie unter Gelächter dort abzugeben. Das klappt wirklich erstaunlich gut, ist nur leider noch nicht so ganz am Original dran. Und wenn die Gegner mal gut gelaunt sind, dann fliegen sie schiffbrüchigen Kameraden hinterher und retten diese.

Rettungskapseln, neue Powerups

Es gibt im Original Gegnerschiffe, die bei ihrem Abschuss mehrere Rettungskapseln freigeben. Diese öffnen sich dann wiederum in ausreichendem Abstand zum Spieler von selbst und geben die üblichen hilferufenden kleinen Männchen frei. Die Rettungskapseln sind jetzt auch im Remake enthalten. Bei den Powerups sind immerhin eineinhalb dazu gekommen: Der Molekularduplikator, der soweit ich es erkennen kann in genau einem von 64 Levels vorkommt, funktioniert jetzt perfekt. Beim Raketen-Powerup habe ich immerhin das Einladen mal fertiggestellt. Das Abfeuern derselben fehlt noch.

Der Quellcode umfasst jetzt mehr als 24.000 Zeilen und wurde von mir in den vergangenen Wochen ausgiebig gepflegt und verbessert. Einige verschluckte Exceptions beim Soundplayer habe ich so aufgespürt, was sich vermutlich auch auf die Performance ausgewirkt hat. Das Logging habe ich deutlich erweitert und auch hier einige Fehler behoben, die mir vorher nie aufgefallen waren. Insgesamt ist das Projekt spürbar aufgeräumter und ausgereifter geworden, so dass die faulen Phasen hoffentlich der Vergangenheit angehören dürften. Inzwischen ergibt selbst ein richtiges Optionsmenü Sinn, in dem man Grafikmodus und Audiotreiber und diverse andere Technikaspekte einstellen könnte. Das nächste große Thema ist ein funktionierender Kampagnenmodus mit wechselnden Levelkonfigurationen. Das Ding habe ich jetzt lange genug vor mir hergeschoben.

Spiel

Das Spiel “mit der Grafik von 1928”

2

Die britischen Entwickler von Stainless Games haben dieser Tage ihr neuestes Brutalo-Crash-Derby-Spiel Carmageddon Reincarnation offiziell veröffentlicht, nachdem es lange Zeit nur ein Early-Access-Titel war. Als langjähriger Fan der Carmageddon-Spielereihe wollte ich mir die Gelegenheit, ein aufpoliertes Remake heute noch einmal spielen zu können, nicht entgehen lassen. Als die erste Demoversion des Ur-Carmageddon 1997 auf einer Beilage-CD der Spielezeitschrift “PC Action” enthalten war, wusste ich zuerst noch gar nicht, was ich da eigentlich vor mir hatte – bis mich der Reiz der Spielidee endgültig packte. Mit Destruction Derby oder Twisted Metal gab es bisweilen vereinzelte Konkurrenz, aber an Carmageddon kam für mich kein anderes Spiel heran.

Eine meiner ersten Missionen seinerzeit auf meinem brandneuen PC war es, das eklige Demo-Zeitlimit aus der Demoversion mit einem Hexeditor und der grenzenlosen Geduld eines spielesüchtigen Teenagers herauszupatchen, damit ich die stark eingeschränkte Version halbwegs ungestört spielen konnte. Dies gelang mir leider nur teilweise. Witziger war es, die dutzenden Konfigurationsdateien des Spiels zu manipulieren, und so manche Fahrzeuge entweder federleicht oder schwer wie ein Flugzeugträger zu machen. Die Spielphysik honorierte solche Versuche mit teils aberwitzigen Schadensmodellen bei den Karambolagen. Und schließlich schrieb ich sogar einen kleinen Patch, der die blöden Roboter aus der deutschen Zensurversion durch die menschlichen Fußgänger aus dem Original austauschen konnte. Der Patch fand im Freundeskreis relativ großen Anklang, und ich konnte ihn auch noch gebrauchen, nachdem ich mir endlich die Vollversion des Spiels bestellen konnte.

Nachdem das kleine Kickstarter-Projekt Carmageddon Reincarnation jetzt offiziell fertig ist, versuchen sich manche Online-Spielemedienportale irgendwie an einer Bewertung des Spiels, und es scheint als wollten sie sich alle gegenseitig in Schmäh-Superlativen überbieten. In einem Testvideo der PC Games ist gar von “der Grafik von 1928” die Rede. Andernorts wird ernsthaft erklärt, dass die Grafik sich ja kaum weiterentwickelt habe. Ich bin sicher, diese Leute haben das Original nie gespielt, oder haben wenigstens völlig verdrängt, wie dieses eigentlich aussah: Dank dichtem Nebeleffekt war die Sichtweite auf vielleicht zehn Meter beschränkt, die Fahrzeuge teilweise kaum texturiert, die Levelarchitektur grobschlächtig und schmucklos, die hohe Auflösung auf 640×480 Pixel beschränkt, die selbst auf einem Pentium 200 damals nicht flüssig spielbar war.

Dass sich die Grafik seither nicht weiterentwickelt hat, ist dummes Zeug bzw. eine dreiste und billige Lüge, und das lässt mich doch sehr am Urteilsvermögen und an der Objektivität der Redakteure zweifeln. Ich darf wohl eher davon ausgehen, dass diese Personen ihre generelle Ablehnung des gewaltbetonten Spiels unbedingt auf sämtliche Aspekte der Wertung projizieren wollten. Daher wird in einer Tour auch über die schlechte KI, das schlechte Gameplay, die schlechte Musik, die schlechten Gewaltdarstellungen und die schlechten Spielmodi hergezogen, damit am Ende nicht etwa doch noch der Verdacht aufkommt, das Spiel sei wenigstens noch etwas für Fans.

carmageddon_reincarnation3

Keinen dieser extremen Kritikpunkte kann ich so nachvollziehen. Carmageddon Reincarnation macht trotz seiner Fehler irre viel Spaß. Inzwischen habe ich so einige wirklich witzige und auch einige teils frustrierende Spielstunden mit dem Remake verbracht. Die KI ist manchmal etwas dusselig, aber dafür bin ich eigentlich sogar dankbar, denn niemand mag perfekte Computergegner. Meistens ist die KI knallhart. Carmageddon Reincarnation war ein vergleichsweise kleines Kickstarter-Projekt mit kleinen, aber realistischen Zielen, um Fans der Spielereihe das Spielerlebnis des Original-Carmageddon auf moderner Hardware nach all den Jahren nochmals zu ermöglichen – große Veränderungen am Gameplay waren weder erwünscht noch geplant, und das erkennt man mitunter daran, dass sie viele Fahrzeuge und Strecken des Originals in aufwändig überarbeiteter Form übernommen haben.

Das Entwicklerteam war relativ überschaubar und das Ergebnis meines Erachtens dafür umso beeindruckender. Wenn man die Vorlage zum Vergleich heranzieht, so wie das eigentlich gedacht ist, erkennt man, dass das Remake in jeder Hinsicht gelungen ist, sogar und vor allem aus grafischer Sicht. Wenn die Grafik in Carmageddon Reincarnation also von 1928 ist, ist die in Minecraft dann vielleicht von 1528? Und selbst wenn, wieso muss man heute überhaupt noch Spiele für “schlechte” Grafik abwerten?

Vor wenigen Jahren sind Indiespiele zum Massenphänomen geworden, und waren nicht länger eine unsichtbare Randerscheinung, die eines Testberichts nie würdig gewesen wäre. Doch wie bewertet man solche Spiele, die bewusst auf Einfachheit setzen, angesichts einer immer höher gelegenen Messlatte. Wollen wir einem Millionen-Dollar-Grafikblender wie Crysis 3 grundsätzlich Höchstwertungen geben, allein weil die CryEngine drinsteckt, um dann in Konsequenz jedes 1-Mann-Indie-Spiel mit Retropixel-Optik abzustrafen, weil es technisch einfach in keiner Weise mithalten kann? Wollen wir angesichts Erfolgsgeschichten wie der von Minecraft Spiele weiterhin großteilig anhand ihrer teuren Grafikpracht beurteilen, oder sollte man die optische Präsentation dem eigentlichen Spielspaß nicht vielleicht doch deutlich unterordnen, oder die Spielegrafik nicht wenigstens bezüglich völlig anderer Gesichtspunkte messen? Sollten wir nicht allmählich zu der Einsicht gelangen, Spiele, genau wie Filme, an ihrer jeweiligen Zielgruppe, im Kontext ihrer Zeit und ihrer technischen und personellen Möglichkeiten zu bewerten, da man sonst etwa Kinderfilme grundsätzlich schlecht bewerten müsste, weil ihre Handlung so primitiv und naiv ist, oder Schwarzweißfilme wegen ihrer miesen Bildqualität und ihrer Farbarmut, oder Stummfilme wegen ihrer mangelhaften Dialoge.

Und was ist mit der übertriebenen Gewalt in Carmageddon Reincarnation? Oh bitte. Wer sich im Jahr 2015 noch darüber echauffiert, dass in einem Computerspiel Autos zu Schrott gefahren und Menschen mit Vollgas überfahren werden, der soll sich bitte wieder in seine Höhle verkriechen. Darüber sind wir längst hinaus und das soll bitte auch so bleiben. Noch ist niemand bei virtuellen Verkehrsunfällen oder an Pixelblutverlust gestorben. Wer trotzdem Probleme hat “sein Frühstück unten zu behalten”, wie der werte Herr im PC-Games-Video sagt, der darf gerne weiter seine preisgekrönten und gewaltfreien Spiele wie GTA 5 spielen. Oh wait.

Content Provider

CorsixTH – Theme Hospital Remake

0

themehospital1

Eines der wenigsten bekannten und meist unterschätzten Bullfrog-Spiele ist die Krankenhaus-Simulation Theme Hospital. Als zweites Spiel der einst mit dem Klassiker Theme Park begründeten Theme-Game-Reihe sollte der Spieler damit die Möglichkeit bekommen, ein komplettes Krankenhaus aufzubauen, Personal einzustellen, Krankheiten und Heilmittel zu erforschen, und nach Möglichkeit viel Geld zu verdienen. Obwohl Bullfrog unter der Leitung von Spieleentwickler-Legende Peter Molyneux mit Magic Carpet, Syndicate Wars und Dungeon Keeper längst erfolgreich auf eine fantastische und leistungsfähige 3D-Engine setzen konnte, entschied man sich zugunsten einer putzigen und witzigen Cartoon-Grafik für eine reine 2D-Darstellung, was ich aus heutiger Sicht ebenfalls begrüße.

Als ich das Spiel 1998 oder 1999 bestellte, also weniger als zwei Jahre nach Erscheinen, erhielt ich leider schon nicht mehr die Originalfassung, sondern eine “EA CD-ROM-Classics”-Variante, was einiges darüber aussagt, wie kurz sich das Spiel nur in den Köpfen der Menschen halten konnte. Ich hatte sehr viel Spaß mit diesem Spiel, sowohl mit der Demoversion als auch mit der Vollpreisversion, obwohl ich schon damals mit dem sehr sprunghaft ansteigenden Schwierigkeitsgrad in der Levelkampagne nicht besonders gut klargekommen bin. Einen Freeplay-Modus vermisste ich sehr schmerzlich. Theme Hospital blieb den Fans besonders auf Grund seiner Vielzahl an total überdrehten, absurden und wirklich bescheuerten Fantasie-Krankheiten in Erinnerung (aufgeblasene Menschen, Spitzzüngigkeit, Schmalzstimme, etc.). Selbst für die deutsche Version gab man sich viel Mühe und erfand kreative Ersatzkrankheiten, z.B. den “Saumagen”, welchen man durch Essen mit Staatsoberhäuptern bekommt, und der einem sämtliche Lust auf Politik vergehen lässt.

Im Jahr 2009 gingen gleich mehrere ambitionierte Remake-Projekte an den Start, die Theme Hospital möglichst detailgetreu nachbilden wollten. Aus diesen Kandidaten kristallisierte sich längst ein deutlicher Gewinner heraus: CorsixTH, das seit sechs Jahren von dem britischen Programmierer Peter “Corsix” Cawley entwickelt wird. Wenn man sich die aktuelle Version 0.40 ansieht, wird man feststellen, dass es ein nahezu perfektes Open-Source-Remake ist, das genau an den richtigen Stellen dringend nötige Verbesserungen gegenüber dem Original einbringt. So ist die Übersicht im Bullfrog-Original mit der Bildschirmauflösung von 640×480 Pixeln doch stark eingeschränkt, CorsixTH hingegen lässt sich in unbegrenzt hoher HD-Auflösung spielen, so auch in 2560×1440, womit die Spielgrafiken zwar verständlicherweise nicht detailreicher werden, aber man gleich einen sehr viel größeren Ausschnitt seines Krankenhauses immer im Blick hat, was das Management deutlich erleichert.

themehospital3

Nachdem ich eigentlich nur einen kurzen Blick auf das Remake werfen wollte, hat mich das im Gegensatz zu dem in echten Krankenhäusern gemütliche Ambiente des Simulationsspiels sofort wieder gepackt, und ehe ich das erste Mal auf die Uhr sah, hatte ich bereits die erste Handvoll Levels durchgespielt. Leider ist mir – schon wie im Original damals – auch hier aufgefallen, wie extrem die plötzlich auftretenden Epidemie-Fälle den Schwierigkeitsgrad hochschnellen lassen. Wäre natürlich schön, wenn man das nachträglich ein wenig glattziehen könnte, sonst ist für mich hier wieder einmal Endstation, so wie einst mehr als 15 Jahre zuvor. Ein wenig frage ich mich, ob Cawley den Quellcode des Originals zur Verfügung hat, denn es ist mehr als beachtlich, wie perfekt er sämtliche Mechaniken des Originals nachgebaut hat. Es finden sich im gesamten Spiel (soweit ich das nach etwas mehr als 10 Spielstunden beurteilen kann) keine “unfertigen” Dinge; alles ist da, wo es hingehört, alles funktioniert exakt so wie man es gewohnt ist. Es fällt mir schwer zu glauben, dass man so etwas alleine durch Beobachten und Nachbauen hinbekommt.

Sogar im Remake bringt das Spiel diesen grässlichen Midi-Soundtrack mit, den ich in Theme Hospital keine fünf Minuten lang ertragen konnte. Es spielt sich wesentlich angenehmer und ruhiger, wenn man nicht durch dieses schräge Gedudel genervt wird. Die preisgekrönte Kerkermeister-Simulation Dungeon Keeper, die im selben Jahr erschien, hatte einen überragenden CD-Audio-Soundtrack, der perfekt zur Stimmung passte. Theme Hospital wirkte dagegen schon immer wie ein Low-Budget-Spiel. Vermutlich war es das sogar, denn Peter Molyneux wirkte daran bekanntlich gar nicht mit. Überraschenderweise kommt CorsixTH problemlos mit den deutschen Spieldateien klar: Alle Krankenhausdurchsagen, Krankheitsnamen, Menüs, Namen der Mitarbeiter – praktisch alles wird im Remake direkt richtig eingesetzt. Mir sind nur sehr wenige Fehler aufgefallen, z.B. Tooltips, die plötzlich einen Mix aus Deutsch und Englisch enthielten, aber damit kann ich leben. Das Spiel ist ja schließlich weiterhin in der Entwicklung. Hoffentlich kommt der Mäusebefall mit dem Mäusejagd-Bonuslevel in einer der nächsten Versionen.

themehospital2

CorsixTH bringt einen eigenen Leveleditor mit und damit auch endlich besagten Freeplay-Modus, der meines Erachtens Pflicht in Aufbauspielen sein sollte: Was ist bitte naheliegender, als den Wiederspielwert seines Spieleproduktes ohne viel Aufwand zu vervielfachen, indem man die Spieler einfach mal in Ruhe machen lässt? In sämtlichen Sim City- und Anno-Spielen funktioniert das perfekt. Die hohe Auflösung von CorsixTH hat leider auch ihren Preis. So sind sämtliche Menüs heutzutage etwas kleingeraten. Auch kann es mit dem kleinen Mauszeiger etwas fitzelig sein, einen Arzt oder einen Handwerker aus dem Gewusel herauszupicken, oder ansteckende Patienten für die Impfung zu markieren. Und eines muss ich leider betonen: CorsixTH ist ein ziemlich instabiles Remake. Abstürze und Fehlermeldungen sind eine häufige Erscheinung. Durch intelligentes Autosaving wird dieser Makel aber teilweise wieder ausgeglichen, verloren wird der Spielfortschritt selten.

Mit diesem kleinen Artikel wollte ich ein bisschen auf das wirklich tolle Remake aufmerksam machen, und insgesamt weniger auf die Qualität der Original-Spielidee eingehen. Wessen Interesse ich nun wecken konnte, oder wer dem alten Klassiker nochmal eine echte Chance geben möchte, dem empfehle ich den Download der aktuellsten Version von CorsixTH. Die Spieldaten des Originals werden bei der Installation vorausgesetzt, d.h. das Remake ist nur für die spielbar, die Theme Hospital besitzen, käuflich zu erwerben bei GOG.com für etwas mehr als nen Fünfer, oder notfalls als Download über diverse Abandonware-Seiten. Wer im Gegenzug bereit war seine Seele zu verkaufen, der bekam Theme Hospital vor kurzem auf EAs ekelhafter DRM-Plattform Origin sogar geschenkt – und natürlich wieder nur für kurze Zeit. Abandonware-Seiten finde ich da ehrlicher als solche durchschaubaren Origin-Werbegeschenke, für die das schöne Spiel leider herhalten musste. Ich betrachte das Spiel daher offiziell als “geschenkt”. Danke EA!

nach oben