OpenXCom ist im Prinzip nichts anderes, als X-COM UFO defense bzw. Terror from the Deep nochmal neu nach programmiert. Das Spiel hängt dabei jedoch von den Original Grafikdaten ab, man braucht UFO also noch im Original. Gibt's z. B. noch bei Steam. Da das Original allerdings auf den aktuellen Systemen praktisch nicht mehr läuft, kann man das gerade noch verschmerzen. Richtig cool ist allerdings der Umstand, dass es das Spiel auch für Linux gibt.

Auch wurden einige Änderungen vorgenommen, die das Gameplay verbessern. So kann man die Einstellung setzen, dass vor dem Ausführen eines Geh-Befehls angezeigt wird, welchen Weg der Soldat nehmen wird und was die Zeiteinheitenkosten sind. Türen können jetzt, wie bei TFTD, aufgemacht werden, ohne zwangsläufig auch gleich durch zu gehen. Man kann seitwärts gehen, man kann rennen, das Basis-Layout beim Starten eines neuen Spiels selbst bestimmen. Auch genial ist die Möglichkeit sich die Radar-Reichweite anzeigen zu lassen und den Kurs, den das Raumschiff abfliegen wird.

Man kann den Soldaten auch anweisen, ohne Rücksicht auf fehlende Visierlinie auf das Ziel zu ballern. Gerade mit dem Autoschuss zusammen kann man damit Hindernisse wegballern, mit der Chance, dass er mit den verbleibenden Schüssen doch noch das Ziel trifft. Auch kann man jetzt endlich die Reihenfolge der Soldaten in einem Raumschiff festlegen und deren Waffenlayout wird gespeichert (sodass man nicht vor jeder Schlacht alles neu sortieren muss). Man kann auch einstellen, dass man Raumschiffe abheben lassen kann, obwohl ihr Treibstoff und ihre Munition nicht 100% hat. Scrollrad an der Maus hat jetzt auch eine Bewandnis, nämlich Ebenen wechseln. Auch kann man mit der Tastatur scrollen, die Soldaten durch wechseln. Die Anzahl der Savegames ist nicht mehr limitiert, weil er nur noch nach Dateinamen geht. Lauter so Dinge, die ich persönlich sehr stark finde.

Auch wurden einige Bugs behoben. Z. B. dass der Avenger nie mehr als 50% vom Treibstoff benutzt hat ist jetzt nicht mehr so. Man kann endlich die Panzer wirklich frei bewegen, ohne Einschränkungen durch die Steuerung. Ebenfalls kann man jetzt, wenn man denn keine Lust hat, lang und breit eine (neue) Kampagne zu starten, einfach direkt eine Schlacht generieren lassen, mit Auswahl welches UFO, welche Rasse, welcher Technologiestand, mit was kreuzt man selbst auf. Gutes Anfänger-Training für alle, die UFO2000 spielen wollen.

Es gibt ein relativ altes Installations-Paket mit OpenXcom 1.0 stable, also nicht Nightly. Auch wenn »stable« erst mal suggeriert, dass das die bessere Variante wäre, sind die Nightlies aus diversen Gründen zu empfehlen:

• mehr Bugs gefixt,
• mehr Funktionen,
• Mods basieren inzwischen eigentlich immer auf der Ordner-Struktur der Nightlies, gehen also nicht mit der stable
• es gibt auch TFTD als direkt mit installierten Mod.

Das Spiel benötigt zwingend die Original Daten von X-COM. Wenn eure original Datenträger inzwischen hinüber sind, könnt ihr die Files aber im Netz durchaus finden. OpenXcom braucht entweder Version 1.4 der DOS-Version oder aber die Collectors Edition. Wenn man als nicht-Besitzer korrekt vorgehen will, kauft man sich das Spiel bei Steam. Es gibt inzwischen auch einen von der Community erarbeiteten Patch, der u. A. Map-Bugs und ähnliches behebt. Zu finden ist er unter http://openxcom.org/download/extras/universal-patch.zip.

Das Spiel wird unter Windows einfach aus dem Archiv-File in einen entsprechenden Ordner entpackt. Die Original-Daten gehören dann ins Verzeichnis UFO bzw. TFTD.

Wie schon geschrieben, ist es eher nicht zu empfehlen, die stable zu nehmen, sondern lieber gleich die nightlies:

sudo add-apt-repository ppa:knapsu/openxcom
sudo apt-get update
sudo apt-get install openxcom

Dann noch die Original-Files an die richtige Stelle packen, direkt ins Verzeichnis /usr/local/share/openxcom/UFO/. Für TFTD ist es der Ordner /usr/local/share/openxcom/TFTD/. Dort sucht OpenXcom nach den Original-Files. Ggf. auch an anderer Stelle, aber es macht Sinn, hier konsistent zu bleiben, um keine Probleme zu bekommen. Mods gehören übrigens nicht mehr ins Spiele-Verzeichnis sondern nach $HOME/.local/share/openxcom/mods, ein Verzeichnis tiefer, als auch die saved games liegen. Danach sollte man spielen können.

Das Spiel gibt es zwar im Prinzip auch über die Paketverwaltung. Allerdings sind die Pakete nicht immer die aktuellsten. Man kann das ganze auch manuell erledigen:

Es werden vom Original Spiel einige Verzeichnisse benötigt, um es überhaupt zum Laufen bringen zu können. Die X-COM-Version ist entweder 1.4 (=DOS), oder aber die Collectors-Edition (=Windows). Falls jemand das Spiel nicht hat, kann man es sich auch heute noch via Steam kaufen, oder aber man googlet mal danach, obs das nicht wo gibt (wenn man seine Installationsdatenträger verloren hat…) Gibt zumindest noch so Abandon-Ware-Seiten, die das anbieten. Da ist es ratsam, gleich nach der Collectors Edition zu suchen, weil man bei den DOS-Versionen nicht immer weiß, welche Version man jetzt wirklich erhalten hat. Benötigt werden die Verzeichnisse:

• GEODATA
• GEOGRAPH
• MAPS
• ROUTES
• SOUND
• TERRAIN
• UFOGRAPH
• UFOINTRO
• UNITS

Hinweis an dieser Stelle: Da Linux bei Dateinamen case-sensitive ist, müssen die Ordner in Großbuchstaben geschrieben sein. Ansonsten findet das Spiel unter Linux die Dateien einfach nicht.

Man sollte den Community-Patch installieren. Wenn man zukünftig öfter selbst kompilieren will, kann man diese Files auch einfach mit denen vom Original-Spiel zusammen packen. Erst die oben genannten Ordner in ein Verzeichnis, dann die Verzeichnisse aus dem Patch-Archiv auch dort hin entpacken und ggf. überschreiben lassen. Das Ergebnis kann man sich wieder in ein Archiv für spätere Verwendung bunkern.

Zur Benutzung müssen evtl. noch Pakete nachinstalliert werden, insbesondere zum Compilieren:

• git (nur zum Kompilieren)
• SDL
• SDL
• SDL Mixer
• SDL Image
• SDL gfx Version 2.0.22 oder höher
• yaml-cpp Version 0.5 oder höher
• boost (Abhängigkeit für yaml-cpp)
• ggf. cmake und cmake-curses

Oder als ein Befehl zur Installation unter Ubuntu:

sudo apt-get install git libsdl1.2-dev libsdl-mixer1.2-dev libsdl-image1.2-dev libsdl-gfx1.2-dev libyaml-cpp-dev libboost-dev cmake cmake-curses-gui

Die -dev-Pakete sind nur zum Kompilieren notwendig, deren kompilierte Versionen sollten eigentlich mit installiert werden, wenn man OpenXcom aus einem PPA installiert.

Man kann, bzw. muss das Spiel evtl. auch mal selbst kompilieren, z. B. weil neuere Mods auch neuere OpenXcom-Versionen benötigen. Als Ubuntu-User muss man für Nightlies allerdings selbst zum Compiler greifen. Das ist aber auch nicht unbedingt sonderlich schwer. Man kann das im Prinzip auch weitestgehend automatisieren.

Quell-Dateien runterladen. Diese findet man immer unter https://github.com/SupSuper/OpenXcom, rechts unter dem Link »Download ZIP«. In ein beliebig benanntes Verzeichnis entpacken (wird hinterher nicht mehr unbedingt benötigt). Oder man macht die Geschichte gleich mit git:

git clone https://github.com/SupSuper/OpenXcom.git OpenXcom-master

Mit git hat den Vorteil, dass auch der Versions-String eindeutig identifiziert, welches Build da kompiliert wurde, z. B. wenn man Bug-Reports einreichen will. Das grenzt dann ziemlich genau ein, mit welcher Version das Problem auftritt.

1. Die oben bereits genannten Original-Files und die Patch-Files in den Ordner bin/UFO/ der gerade entpackten Quell-Dateien kopieren/entpacken. Falls man noch TFTD rum liegen hat, das dann auch nach bin/TFTD/ kopieren.
2. Ggf. den Versions-String anpassen: Normalerweise ist in diesen Quellfiles immer als Version die Nr. 1.0 angegeben, was so relativ wenig Aussage hat, weil man auf diese Weise z. B. gar nicht feststellen kann, was für eine Version man letztlich installiert hat, eine aus den PPAs, ein nightly, und wenn letzteres, von wann. Man kann daher in der Datei src/version.h den String #define OPENXCOM_VERSION_SHORT "1.0" entsprechend abändern, z. B. auf #define OPENXCOM_VERSION_SHORT "1.0 Nightly 2015-06-05-12-13", für den 5.6.2015, 12:13 Uhr. Bei Git entfällt die Notwendigkeit dafür, es ist aber auch möglich, wenn man noch mehr Infos in der Version haben will. Bei Windows-vorkompilierten nightlys von der Website ist z. B. ein automatischer Eintrag von Git enthalten.
3. Ordner build im Quell-Verzeichnis anlegen und auf der Konsole dort hinein wechseln.
4. cmake .. oder alternativ cmake -DCMAKE_BUILD_TYPE=Release .. für den Fall, dass man ohnehin als Release in die Standard-Verzeichnisse installieren möchte. Das erspart den nächsten Schritt. Es lassen sich aber auch die Ordner angeben, wenn man das möchte, indem man mit -DVariable=Variablenwert die Pfade mit übergibt (siehe Punkte unter 6).
5. ccmake .., dieser Schritt und der nachfolgende sind optional, wenn man cmake mit den direkt übergebenen Optionen ausgeführt hat.
6. Einstellungen setzen:
   1. CMAKE_BUILD_TYPE auf Release setzen, alternativ auf Debug.
   2. CMAKE_INSTALL_PREFIX auf den Pfad setzen, in den die OpenXcom-Binary später installiert werden soll. Standard ist /usr/local/ (voreingestellt), womit das Spiel im Ordner /usr/local/bin landet.
   3. DATADIR auf den Pfad des Ziel-Ordners für die Daten-Files (Originale) setzen. Die weiter oben in die Sourcen kopierten Files werden dann dort während des nachfolgenden Prozesses hin kopiert. Gibt man keinen Pfad an, landen die Daten in /usr/local/share/openxcom/data/.
   4. c für configure drücken
   5. e um aus dem configure-Bildschirm wieder raus zu kommen.
   6. g zum Generieren und Beenden von ccmake drücken.
7. make -j3, man kann auch höhere Werte als 3 angeben, z. B. 10, um den Kompilations-Prozess zu beschleunigen. Allerdings ist es nicht empfohlen, keine Werte anzugeben, damit es maximal schnell läuft. Es können unvorhergesehene Zustände auftreten, die das Kompilieren verhindern!
8. make install
9. Falls man beim Pfad CMAKE_INSTALL_PREFIX oder DATADIR einen Ordner angegeben hat, für den man die Schreibrechte nicht hat, muss man unter einem Benutzer kompilieren, der die Rechte dazu hat. Beim Standard-Pfad sind also Root-Rechte notwendig:
10. sudo make install

Zurück zur Games-Datenbank und den LAN-Infos