Archiv des Autors: Vince

Über Vince

Ein Mann kann etwas verändern.

Wenn irgendwie mal wieder alles auf einmal zusammenkommt, wenn man sich von der Welt überfordert fühlt, wenn man einmal eine Pause von all den Sorgen des Lebens machen möchte, und man etwas sucht, wobei man sich wohlfühlt und wodurch man sich verstanden fühlt, dann schaut man am besten eine Sitcom aus den 80er Jahren. Es wurde für mich einfach mal Zeit für einen Besuch im “Cheers”, jedenfalls im Rahmen der gleichnamigen US-amerikanischen TV-Serie, deren elf Staffeln von 1982 bis 1993 produziert wurden. Wer sich über einen solch ausgedehnten Zeitraum quasi Abend für Abend in der auserwählten Stammkneipe zum obligatorischen Feierabendbierchen blicken lässt, muss nicht nur mit einem Angriff auf die Lachmuskeln rechnen, sondern vermutlich auch mit irreversiblen Leberschäden.

Das “Cheers” ist eine kleine Bar in Boston, in der man Gleichgesinnte trifft, die genau dieselben Probleme haben, wo zumindest in der Theorie jeder deinen Namen kennt und wo man sich auf deinen Besuch jederzeit freut. Ob es einen solchen Ort tatsächlich gibt, sei mal dahingestellt, denn nach meinem bescheidenen Empfinden sind Kneipen oft überraschend anonyme Orte, wo sich jeder um seinen eigenen Scheiß kümmert und sich keiner um den anderen schert. Das Cheers wird geführt von dem ehemaligen Baseball-Profi Sam Malone, gespielt von Ted Danson, der immer von einer Schar seiner Mitarbeiter und Stammkunden umringt ist. Diese philosophieren mit ihm täglich zwischen Ladenöffnungszeit und Zapfenstreich über die wirklich wichtigen Dinge des Lebens: Bier und Frauen.

Neben der soziopathischen Bedienung Carla und dem schwer verpeilten Barkeeper Coach, rundet nach der Pilotfolge noch die zweite Bedienung Diane das Bar-Ensemble ab. Auf der Seite der Stammgäste sind anfänglich der notorisch faule, meist arbeitslose Bierenthusiast Norm Peterson, sowie der pflichtversessene, stolze Briefträger Cliff Clavin, der mit über 30 Jahren noch bei seiner Mutter lebt. Die staffelübergreifende Handlung der Serie ist so mager wie simpel: Die junge Akademikerin Diane Chambers wird im Cheers von ihrem Partner sitzengelassen, mit dem sie soeben noch in einen gemeinsamen romantischen Urlaub aufbrechen wollte. Der Barbesitzer, Ex-Sportler und Frauenheld Sam Malone bietet ihr vorübergehend eine Stelle als Bedienung in seiner Bar an, da die Jobsuche für Diane nicht besonders erfolgreich verläuft.

Im Verlauf mehrerer Staffeln entwickelt sich die absehbare On/Off-Beziehung zwischen Sam und Diane, die mindestens genauso gut zusammenpassen wie deren peinliches Katz-Und-Maus-Spiel romantisch ist. Diane ist in einer Beziehung grundsätzlich auf die Suche nach der großen Liebe aus, während Sam sich mit großartigem Beischlaf begnügt und ansonsten keinerlei Verpflichtungen haben möchte. Dieses unlösbare Beziehungsproblem treibt Diane direkt in die Arme des Psychiaters Frasier Crane, bekannt aus dem späteren Spin-Off “Frasier”, den sie sogar beinahe heiratet, bevor sie ihn dann doch wirkungsvoll vor dem Traualtar stehenlässt. Es passt dann auch irgendwie ins Bild, dass wenig später Diane und Sam sich mitten bei ihrer eigenen Trauung voneinander trennen und dieses Thema endlich zu den Akten legen.

Die zweite Hälfte der Serie wird dominiert von den neu engagierten Schauspielern Kirstie Alley und Woody Harrelson, als deren Charaktere Rebecca und Woody, die von da an zum Personal gehören und das Treiben gehörig aufmischen. Woody ersetzt hierbei den verstorbenen Coach quasi vollständig, während Rebecca nun Dianes Platz als Objekt der Begierde von Sam einnimmt. Wie sich das für eine Karrierefrau gehört, lässt diese Sam eiskalt abblitzen, was seinen Ehrgeiz leider nur noch mehr anstachelt und so betrachtet er es nunmehr als eine Art Sport, sich an Rebecca bei jeder Gelegenheit ranzuschmeißen. Um diese Haupthandlung herum drehen sich die kleinen Geschichten der anderen Charaktere, über deren Lebenssituationen und Marotten man so einiges erfährt, so z.B. Carla, die sich als alleinerziehende Mutter um ihre unzähligen, schwer erziehbaren Kinder zuhause kümmern muss, während Norm sich genüsslich ein Bier nach dem anderen reinschüttet und Kalauer über seine Off-Screen-Ehefrau Vera erzählt.

Die Serie schwankt permanent zwischen einem angenehmen, bissigen Stammtisch-Humor mit sehr vielen witzigen Dialogen, die aber schon nach kurzer Zeit immer vorhersehbarer werden, den Frauengeschichten von Sam Malone mit seinen vielen Groupies, und natürlich den unfassbar schiefen Beziehungskisten zwischen den Hauptfiguren, die teilweise kaum zu ertragen sind. In der Gesamtheit kann ich wenigstens sagen, dass mir die Serie ganz gut gefallen hat, aber leider eben längst nicht alle Aspekte davon, und man muss diese nicht unbedingt gesehen haben. Ich würde sie jedenfalls nicht bedenkenlos empfehlen. Beim Schreiben der Zusammenfassung ist mir zudem schmerzlich aufgefallen, wie schwer es mir fällt, den eigentlichen Kern herauszuarbeiten. Umso mehr erleichtert mich die Tatsache, dass ich mit diesem Artikel den Deckel auf das Glas schrauben, und die Segel zur nächsten Serie setzen darf.

Hallo? Hallooo?? Liest das hier noch irgendjemand? Schreibt hier überhaupt noch wer? Naja, zumindest die Zugriffszahlen deuten daraufhin, dass es noch vereinzelt Leser gibt, und alle paar Monate kommt doch wirklich mal ein Beitrag von mir. Also wenn euch das nicht reicht, dann müsst ihr an der Kasse euer Eintrittsgeld zurückverlangen.

Besagte Leser werden sicherlich gemerkt haben, dass ich im Prinzip aufgegeben habe – und gleichzeitig NICHT aufgegeben habe. In den letzten Monaten habe ich mich um einen neuen Job kümmern müssen, und auch sonst musste ich mir privat wieder mal über einige Dinge klarwerden. Aber das nun als den einen Grund anzuführen, wieso Success Denied vergammelt, wäre ganz einfach gelogen. Ich habe nur festgestellt, dass es mich kaum noch reizt, die Welt mit meinen kruden Ansichten zu nerven. Gleichzeitig packt mich aber dann doch selten die Schreibwut und so werde ich nun eben in wesentlich größeren zeitlichen Abständen meine wirren Beiträge in den Äther kotzen.

Das Wichtigste: Niemand hat die Absicht, Success Denied abzuschalten. Die Seite bleibt natürlich online. Das Dongleware-Museum wäre offline auch ziemlich nutzlos.

Der Grund, warum ich 2010 die Seite überhaupt ins Leben gerufen habe, war mein SPACOLA-Remake, über das ich regelmäßig schreiben wollte. Auch heute macht mir die (On-Off-)Entwicklung an dem Projekt immer noch Spaß, und meine letzten Beiträge sollten demonstriert haben, wie investiert ich in das Thema weiterhin bin: Mehr als je zuvor. Auch in Zukunft werde ich daher über die Fortschritte informieren, sofern es sie denn in nennenswerter Menge gibt.

Aber natürlich habe ich gerade in der Anfangszeit auch einige Beiträge über Politik, die Gesellschaft, Technik, und beliebige Aufregerthemen aus dem Tagesgeschehen geschrieben, von denen manche mir heute eher peinlich erscheinen. Solche Beiträge schreibe ich praktisch nicht mehr. Also kann man sagen, ich habe es aufgegeben, mir selbst Druck zu machen, wie oft ich nun in welchen Abständen Beiträge zu einem breiten Themenspektrum auf meinem Blog veröffentlichen muss. Das hat ohnehin noch nie funktioniert und wird es auch nie. Aber ich habe es nicht aufgegeben, diese Webseite zu betreiben und manchmal, oder eben manchmal auch nicht, mit neuen Informationen zu füllen.

Ich hoffe, das ergibt irgendwie Sinn. Stay tuned!

In der berühmten Echtzeitserie ‘24’, die von 2001 bis 2017 produziert wurde, tickt die Uhr unentwegt, jede einzelne Episode umfasst genau eine Stunde in einer Handlung, die sich über exakt 24 Stunden erstreckt. Werbeunterbrechungen bei Fernsehausstrahlungen wurden dabei genialerweise in die Laufzeit einberechnet. Dieses Konzept wird für 8 der 10 bis heute existierenden Staffeln beibehalten, aber die letzten beiden 12-Episoden-Staffeln sind nur noch auf dem Papier 24 Stunden lang. Diese US-amerikanische Fernsehserie habe ich in den vergangenen Monaten verkonsumiert und vor wenigen Tagen abgeschlossen. Wie immer beende ich dieses Kapitel mit einem kurzen Artikel zu meinen Eindrücken. Der wird nicht ganz spoilerfrei werden, aber ich reduziere diese auf ein Minimum, damit es weiterhin lohnenswert bleibt, die Serie selbst zu erfahren.

In ‘24’ geht es um die schwierige Arbeit der fiktiven amerikanischen Anti-Terror-Bundesbehörde CTU (Counter Terrorist Unit), und im Speziellen um deren kompetenten Vorzeige-Agenten Jack Bauer, großartig gespielt von Kiefer Sutherland. Auf der Gegenseite tummeln sich in jeder Staffel die schlimmsten Terroristen, die man sich nur vorstellen kann, und die leider nur eines im Sinn haben: Die Grundfeste der Vereinigten Staaten oder der gesamten Welt mit Hilfe brutaler terroristischer Akte zu erschüttern. Oftmals handelt es sich bei den geplanten Anschlägen um Atombomben, die etwa mitten in Los Angeles gezündet werden sollen, ein Attentat auf einen bedeutenden Präsidentschaftskandidaten, ein Anschlag mit einer biologischen Waffe, der unzählige zivile Opfer zur Folge hätte, oder etwa eine mörderische Verschwörung, in die der US-Präsident und die russische Regierung verwickelt ist. Der Einsatz ist hoch, die Gefahr ist groß, die Zeit ist knapp.

Bauer ist dabei der eine Mann, der immer wieder die Dinge tut, die absolut nötig sind, um die Terroristen aufzuhalten. Dabei muss er von Staffel zu Staffel seine eigenen moralischen Grenzen immer weiter überschreiten, wenn er beispielsweise gezwungen ist, Menschen zu foltern und zu ermorden, nur um die Mission irgendwie noch zu retten. Um die Bürger des Landes zu schützen, hat er oft gar keine andere Wahl, als ein paar Wenige dafür zu opfern, und doch kann er sich dafür nicht einmal selbst verzeihen. Als Zuschauer erlebt man dabei seinen persönlichen Abstieg in die Dunkelheit, da er stets auch einen Teil von sich selbst tötet, wenn er diese schrecklichen Gräuel begehen muss. Folgerichtig soll er zu einem späteren Zeitpunkt in der Serie für seine Handlungen zur Rechenschaft gezogen werden, wobei er auch dann noch bekräftigt, dass die Öffentlichkeit nie verstehen würde, welche Maßnahmen nötig sind, um das Land gegen erbarmungslose Angreifer zu verteidigen. Denn bei der CTU heiligt der Zweck die Mittel. Alles andere wäre eine Kapitulation gegenüber dem Terror.

Nicht nur Bauer selbst, sondern auch seine geliebten Mitmenschen geraten viel zu oft ins Visier der Täter. Bereits in der ersten Staffel werden seine Frau und seine Tochter entführt, und plötzlich sitzt er zwischen den Stühlen, bei dem schier aussichtslosen Versuch seine Familie zu retten und sich gleichzeitig nicht zur Marionette der Terroristen machen zu lassen. Und auch danach ergeht es den Frauen, die sich mit Jack einlassen, nie besonders gut. Spätestens nachdem Bauer für Jahre in chinesischer Gefangenschaft in einem geheimen Foltergefängnis landet, und er endlich sehr viel Zeit hat, sich über seine vielzähligen Sünden Gedanken zu machen, ist es um seine geistige Gesundheit nicht mehr allzu gut bestellt: Seine erheblich gestiegene Risikobereitschaft in den lebensgefährlichen Einsätzen lässt sich nur noch damit erklären, dass er aktiv die Erlösung durch den Tod sucht.

‘24’ ist eine unvergleichlich spannende Serie, die von dem Echtzeitfaktor durchaus profitiert. Doch es gibt zwei negative Aspekte, die meist sehr nervtötend sein können: Fans der Serie wissen natürlich wovon ich rede: Kim und Teri Bauer, die Teenager-Tochter und die Ehefrau von Jack Bauer. Die ersten beiden Staffeln werden beinahe zur Qual, wenn diese beiden notorischen “Damsels in Distress” immer wieder wie Kleinkinder in die Hände von Entführern oder anderer Psychopathen stolpern, oder von Berglöwen umzingelt werden. Natürlich geschieht dies alles mit dem Ziel, die Serie auch zwischendurch an den Nebenkriegsschauplätzen noch durchgängig spannend zu gestalten, doch leider führt dies dazu, dass man als Zuschauer die übertrieben leichtsinnigen, naiven Damen einfach nicht mehr ernst nehmen kann. Ich jedenfalls konnte mich nicht erwehren, wiederholt mit den Augen zu rollen, wenn Kim und Teri mal wieder wie Betrunkene herumirrten, um sich sofort erneut in Gefahr zu bringen.

Wichtige staffelübergreifende Hauptcharaktere sind einige von Jacks langjährigen CTU-Kollegen, darunter Tony Almeida, Chloe O’Brian, Nina Myers und Michelle Dessler, außerdem David Palmer, der Senator und spätere US-Präsident, dem Jack das Leben rettete, und der ihn dafür konsequent unterstützt. Die Charaktere sind durchweg sehr gut geschrieben und wachsen dem Zuschauer sehr ans Herz. Leider müsste man eine vollständige Dokumentation schreiben, um auf die vielen wichtigen Einzelheiten der Charaktere und die komplexen Wendungen in der Handlung einzugehen. ‘24′ zeichnet sich auch dadurch aus, dass Hauptcharaktere manchmal zum Schein (oder auch tatsächlich) die Seiten wechseln und/oder in dramatisch inszenierter Weise sterben. Wenn ein langjähriger Hauptcharakter in der Serie das Zeitliche segnet, wird dies fast immer mit einer lautlosen Uhr (Silent Clock) vorwiegend am Ende einer Episode gewürdigt. Einige dieser Serientode sind wirklich schonungslos und brennen sich schnell ins Gedächtnis ein, (Achtung, Spoilerwarnung!) wie etwa die grausame Hinrichtung von CTU-Chef Ryan Chappelle in Staffel 3.

Für mich ist es bereits das zweite Mal, dass ich die Serie gesehen habe, zuletzt endlich auch mit den Staffeln 9 und 10, die es beim ersten Mal noch nicht gab. Wie spannend die Serie in vielen Momenten ist, lässt sich kaum vergleichen. Man muss es wahrscheinlich einfach erlebt haben um es zu verstehen, und das kann ich an dieser Stelle absolut empfehlen. Die Abenteuer von Jack Bauer im Kampf gegen das Unrecht sind in jedem Fall sehenswert und man darf sich auch von der teils gewöhnungsbedürftigen ersten Staffel hierbei nicht abschrecken lassen. Es gelingt den Autoren immer wieder, noch eine Schippe draufzulegen, obwohl man meint, es könne nicht noch gefährlicher und brenzliger werden, und plötzlich stirbt der eine tolle Seriencharakter, den man doch so sehr mochte. Spätestens dann wird es persönlich. Leider spielt Kiefer Sutherland in der zehnten und letzten Staffel nicht mehr mit, was die Qualität drastisch reduziert, denn sein Ersatz ist eher dürftig. So endet die Serie unverdient mit einem relativ schwachen, kurzen und ziemlich unnötigen Finale.

Ich will jetzt nicht unbedingt behaupten, dass ich fleißig bin, aber wenn ich mal ausnahmsweise nicht faul bin, dann bin ich so richtig nicht faul. Nach einer längeren Abwesenheit und gleichzeitigen Arbeitspause an meinem Spiele-Remake, bin ich nun endlich wieder dran. Mich hat aus irgendeinem mysteriösen Grund plötzlich wieder die Motivation eingeholt, und sofort konnte ich zumindest wieder etliche Kleinigkeiten angehen und Fehler korrigieren. Allerdings habe ich durch Zufall ganz unerwartet einen weiteren Meilenstein bei der Entwicklung erreicht; einen Punkt auf meiner To-Do-Liste, den ich definitiv irgendwann umsetzen wollte, selbst wenn dies einen Nutzen nur theoretischer Natur auf dem Papier bringt.

Was bisher geschah: Einem unfassbar mäßig begabten Entwickler eines Spiele-Remakes, der zwar nicht vom Erfolg seines Projektes überzeugt, aber dafür wenigstens nicht von seinem Ziel abzubringen ist, war es gelungen, die Original-Dateien des Atari ST-Spiels SPACOLA mit Hilfe eines Debuggers zu entpacken und anschließend sogar das undokumentierte Format der Sprite-Dateien zu dechiffrieren und einen eigenen Konverter zu schreiben. Dies sollte ihm endlich einen wichtigen Einblick in die Hintergründe der Unterhaltungssoftware einer längst vergessenen Zivilisation geben. Wie hatten unsere Vorfahren einst Spiele entwickelt? Wurden die Quellcodes damals noch in Keilschrift verfasst? Mussten Benutzer an einer Kurbel drehen, wenn sie ihren Heimcomputer starten wollten? Waren antike Computerprogramme auch nur in schwarzweiß? (In diesem Fall, ja!). Unermüdlich arbeitete der selbsternannte Software-Archäologe weiter an den historischen Dokumenten, um vielleicht irgendwann einmal das perfekte Remake zu erschaffen.

Teil 3 meines fortlaufenden Hintergrundberichts: Es war eigentlich reiner Zufall als ich im Internet auf die Reverse-Engineering-Erkenntnisse von Jeremy Sawicki aus dem Jahr 2003 stieß. Der hatte diverse OXYD-Spiele in ihren Farbversionen für den IBM-PC erfolgreich analysiert und deren Formatspezifikationen offengelegt, darunter das Levelformat, die Grafik- und Sounddateien. Seine Dokumentation war unter anderem nützlich bei der Entwicklung des freien OXYD-Klons Enigma. Als ich mir die Angaben zum Grafikformat genauer ansah, erkannte ich plötzlich viele Gemeinsamkeiten zu den PAC-Dateien, die in den alten Monochromversionen der frühen Dongleware-Klassiker Verwendung fanden. Diese Dateien enthielten binäre Vollbildgrafiken für die Spiele seit Esprit (1989) und bis mindestens OXYD2 (1991).

Ich hatte mich natürlich längst selbst mehrfach daran versucht, das seltsame Dateiformat zu dekodieren, zuletzt auf Grund meiner Erfolge beim Konvertieren der Sprite-Dateien, doch das PAC-Format widersetzte sich meinen Annäherungsversuchen konsequent. Bis auf einige sehr offensichtliche Headerinformationen konnte ich kaum sinnvolle Werte herauslesen, und meine einzigen Erkenntnisse über das Kompressionsverfahren bestanden darin, dass das Bild in Blöcke unterteilt wird, und die Pixelinformationen grundsätzlich durch ein XOR-Verfahren invertiert von oben nach unten beschrieben werden. Durch Manipulieren der Dateien im Hexeditor und anschließendem Beobachten der Auswirkungen in OXYD, stellte ich erstaunt fest, dass die Dateistruktur eine sehr eigenwillige sein musste, weil oft komplett unvorhersehbare und unintuitive Artefakte im Bild dadurch enstanden. Als ich keinerlei Gesetzmäßigkeiten ausmachen konnte, gab ich mein Vorhaben desillusioniert auf.

Seit heute weiß ich endlich sehr genau, was das große Problem war. Von Sawickis Arbeit angespornt, begann ich endlich an der Entwicklung eines eigenen Konverters, den ich letztlich in mein Remake einbauen wollte, so wie bereits getan beim Konverter für Sprite-Dateien. Ich studierte die Formatspezifikationen und implementierte die Dekompressions- und Zeichenroutinen. Ohne nun zu sehr ins Detail zu gehen (wer alles wissen möchte, kann die Originalseite lesen), besteht jede Packed-Bitplane-Datei aus einem Header, einem Bitstream und einem Bytestream. Der Bitstream beschreibt dabei die gesamte Struktur des Bildes, sowie Angaben über die Kompressionsmethodik, und der Bytestream enthält die tatsächlichen Pixeldaten, die entsprechend gezeichnet werden müssen.

Jedes Bild hat die Auflösung von 640×400 Bildpunkten und ist in Blöcken von je 16×16 Pixeln aufgeteilt. Der Bitstream beschreibt dabei, wie das Bild nacheinander in Reihen von Blöcken, Blöcken, Blockquadranten und Reihen von Pixeln in immer kleinere Häppchen aufgespalten wird, wobei jedes Element entweder übersprungen oder gezeichnet werden kann. Müssen Pixel gezeichnet werden, so wird ein Byte aus dem Bytestream gelesen und dessen Bits als Pixel interpretiert, abhängig von einer der Pixelreihen darüber, die miteinander XOR-verknüpft werden, also je nachdem ob ein Bit gekippt wird oder nicht. Die Formatspezifikation von Sawicki ist dabei technisch betrachtet soweit korrekt, aber leider an mehreren Stellen etwas unpräzise formuliert, so dass ich mehrere Fehler machte, deren Behebung mich viel Zeit gekostet hat.

Das Titelbild „TITLE.PAC“: Die einzelnen Fortschritte während der Entwicklung des PAC-Konverters von oben nach unten. (Rote Bereiche sind nur Hintergrund, wo noch nichts gezeichnet wurde.)

Während der Entwicklung fiel mir jedoch auf, dass Sawicki eines der Features des proprietären Dongleware-Formats definitiv nicht kannte: Neben dem Invert-Flag, das festlegt, ob das fertige Bild noch invertiert werden muss, gab es in meinem Archiv eine einzelne Datei, die ein undokumentiertes Flag setzt. Zum Glück konnte ich am Output des Konverters bereits erkennen, was dem Bild fehlte: Es musste ein Dithered Pattern („Schachbrettmuster“) mittels XOR über das gesamte fertige Bild gezeichnet werden, um die ursprüngliche Grafik wiederherzustellen. Dieser Modus wird wohl zwar nur sehr selten angewandt, aber mein Konverter unterstützt dieses Feature nun ebenfalls. Im Endeffekt war es mir in geschätzt sechs bis sieben Stunden gelungen, eine Implementierung abzuliefern, die sämtliche 16 PAC-Dateien, die ich aus vier Spielen gesammelt hatte, fehlerfrei einzulesen und anzuzeigen vermochte.

Ohne das hilfreiche Dokument wäre ich immer noch nicht schlauer, und sonst einen Konverter zu schreiben, hätte ich wahrscheinlich nur geschafft wenn ich viele Wochen und Monate in mühsames Debugging der Spiele investiert hätte. Ob ich mir diese Zeit jemals hätte nehmen wollen, sei mal dahingestellt. Nun bin ich umso glücklicher über diese angenehme Abkürzung, die ich nehmen konnte. Der Konverter ist fertig und bereits ins Remake eingebaut. Dadurch bin ich jetzt endlich in der Lage, auch die originalen Grafikdateien in unveränderter Form im Remake einzulesen und zu verwenden. Das macht – wie eingangs im Absatz beschrieben – für den Spieler absolut keinen Unterschied, für mich als Entwickler mit Perfektionsdrang aber einen gewaltigen.

Mein SPACOLA-Remake kann nun die ursprünglichen Sounddateien, die Sprites und die Grafikdateien korrekt lesen. An der Interpretation der originalen Leveldaten arbeite ich mich weiterhin Schritt für Schritt voran, sie werden aber immerhin schon komplett eingelesen. Alles was jetzt noch vollständig fehlt: Die Musikdaten im SMS Synthesizer-Format von Jürgen Piscol. Ob ich dieses Kapitel jemals abschließen werde, lässt sich im Moment noch nicht einmal sagen. Andererseits, wer weiß schon, ob sich nicht doch wieder jemand findet, der zufällig eine detaillierte Analyse des Formats in Schriftform für mich zur Einsicht hat. Dann könnte nämlich alles ganz schnell gehen.

Das „Boss Is Coming“-Bild aus OXYD2, dargestellt im PAC-Konverter, zeigt den Datenbank-Manager „Phoenix“ von den Application Systems Heidelberg

Und falls sich nun jemand fragt, wieviele PAC-Dateien in SPACOLA Eclipse denn nun eingelesen und angezeigt werden können: Es sind ganze vier Dateien! Erstens, das Titelbild beim Laden des Spiels. Zweitens, das typische HUD mit dem Radar auf der rechten Seite. Drittens, der Rentenbescheid zum Ausdrucken nach Abschluss des letzten Levels. Die vierte und letzte PAC-Datei ist tatsächlich ein ungenutztes Bild, das die Kontaktadresse des Dongleware-Verlages enthält. Vermutlich wurde es in einer früheren Version des Spiels verwendet, und dann durch ganz normalen Text in der Dongleware-Schriftart ersetzt. Alle diese vier Originaldateien werde ich nun ins Remake einbauen und in irgendeiner Weise nutzen, damit sich der ganze Entwicklungsaufwand auch gelohnt hat.

Ich beim täglichen Bad in meinem Datenschatz

Zeit meines Lebens habe ich als selbsternannter Datenmessie beinahe schon leidenschaftlich Datenhamsterei betrieben, aber gleichzeitig nie ausreichend viele Gedanken an Backups verschwendet. Wenn man das weiß, erkennt man, dass ich in der großen Datenverlust-Lotterie unverschämt viel Glück gehabt habe. Schlimmer noch, die sogenannten Single Points of Failure sind mit den Jahren immer größer geworden, angesichts immer umfassenderer Datengräber, besonders in den letzten paar Jahren. Von meinen ersten 3,5 Zoll 720 Kbyte DD-Disketten in den 80er Jahren, über 700 MB CDRs in den 90ern, den 4,7 GB DVDRs in den 00er Jahren, bis zu den heutigen 16 TB HDDs, habe ich alle verfügbaren Datenträger immer sehr gerne mit meiner Sammlung vollgeschrieben. Sammlung deshalb, weil ich in weiser Voraussicht und in schöner Regelmäßigkeit die Inhalte auf den schwächelnden, alternden Datenträgern der vergangenen Generationen auf neuere übertragen habe, und die Datenmenge so kontinuierlich anstieg, die ich als meinen ganz eigenen Schatz betrachtet habe. Zuletzt lag der gesamte Krempel von unzähligen Disketten, einer vierstelligen Anzahl von CDs, einer dreistelligen Anzahl von DVDs, und einem ganzen Stapel älterer Festplatten auf nur noch drei zentralen Datenträgern. Also Daten aus über 30 Jahren Computernutzung – und für diese hatte ich keine (echten) Backups.

Selbstverständlich wusste ich als computeraffiner Mensch schon immer um die große Bedeutung von Backups. Früh brachte mein Vater mir bei, dass man von wichtigen Original-Disketten erst einmal (mindestens) eine Sicherheitskopie macht, und dann ausschließlich diese verwendet. Beim Verstehen half mir auch die Tatsache, dass Disketten oftmals relativ schnell die Grätsche machten. Datenverlust erlebte ich daher häufig, aber es war eben immer nur eine einzelne Diskette betroffen und nicht etwa ein gigantisches Archiv, das Jahrzehnte umfasste. Im Jahr 1995 unternahmen wir gemeinsam eine große Archivierungsaktion, bei der wir hunderte unserer Atari ST-Disketten in tagelanger Kleinarbeit auf DAT-Bändern sicherten. Die Aktion war ein voller Erfolg, die Backups benötigten wir jedoch nie. Bald darauf dominierte der PC unseren Alltag und der Siegeszug der optischen Datenträger begann. Selbstgebrannte CDs, selbstgebrannte DVDs, randvolle Festplatten, bald lag das Zeug kreuz und quer im Kinderzimmer herum. Die ISDN-Flatrate und die darauf folgende heimische DSL-Leitung machten es leicht, immer verrücktere, noch unnötigere Dinge herunterzuladen und “wegzubrennen”. Mit Hilfe von Tools wie GetRight, Go!Zilla oder FlashGet musste ich mir nicht einmal Mühe geben. Nur wenige Mausklicks und komplette Seitenarchive fanden auf mysteriöse Weise den Weg auf meine Festplatte – der Download lief dann über Nacht. Ob ich diese Dateien jemals anschauen würde? Wahrscheinlich nicht, aber das war zweitrangig.

Disketten wurden auf CDs übertragen, CDs auf DVDs, DVDs auf kleine Festplatten, und kleinere Festplatten auf immer größere Festplatten. Und heute sitze ich auf einem schätzungsweise 12 TB großen Berg an Daten, wie Dagobert in seinem Geldspeicher. Der Ausfall nur einer einzelnen meiner drei zentralen HDDs würde den Verlust von mindestens 15 Jahren an gesammelten Daten bedeuten. Für mich ein Katastrophenszenario, um das ich mich wirklich kümmern musste. Im Jahr 2012, als ich endlich die nötigen finanziellen Mittel besaß, besorgte ich mir einen 15 TB Netzwerkspeicher. Mit Hilfe von Robocopy und einem Batchskript synchronisierte ich sporadisch eine Auswahl der wichtigsten Ordner auf das verschlüsselte Netzwerkverzeichnis. Dies funktionierte gut, doch der Katastrophenfall trat auch in den folgenden Jahren nie ein, weshalb ich zu selbstsicher und faul wurde und meine Bemühungen reduzierte. Endlich im Jahr 2018 konnte ich mich dazu überwinden, alle meine Festplatten vollständig mit VeraCrypt zu verschlüsseln. Nun wurden Backups jedoch sogar noch viel wichtiger, denn wenn die Live-Entschlüsselung mit VeraCrypt plötzlich nicht mehr funktionierte, wäre das gleichbedeutend mit einem Festplattenausfall.

Doch die Technik gab mir erstaunlicherweise keinen Grund zur Sorge. Nach vier Jahren täglichen Gebrauchs arbeitet die Verschlüsselung immer noch einwandfrei. Im Jahr 2020 sattelte ich auf Linux um, und so lösten “rsync” und “Grsync” das bewährte Robocopy ab, und Ext4 löste NTFS ab. Erneut überraschte mich die ausgereifte Technik positiv, denn rsync konnte mühelos die mit Robocopy erstellten Backups aufgreifen und erneuern. Seit dem Sommer 2022 habe ich radikal damit begonnen, eine vernünftige Ordnung in meinem Archiv zu etablieren, habe dazu alte Strukturen aufgebrochen. Dies schuf erneut ungewohnte Herausforderungen, denn trotz meiner schlimmen Unordnung in meinem Dateisystem wusste ich bisher von den meisten Dingen nach all den Jahren wo sie lagen. Nun habe ich zwar Ordnung ins Chaos gebracht, doch muss ich paradoxerweise vieles nun tatsächlich erst suchen. Mit Hilfe von Grsync habe ich mir außerdem Jobs erstellt, die zwei komplette Festplatten auf das NAS spiegeln. Erstmals in meinem Leben bin ich nun in der Situation, dass meine wichtigsten Datengräber vollständig ausfallen könnten, ohne dass ich spürbaren Datenverlust befürchten müsste.

Nicht nur, dass auf meinem NAS vollständige Kopien der Festplatten vorliegen, auch bieten die Paritätsinformationen des RAIDs eine weitere Stufe der Redundanz, denn selbst wenn im NAS eine der Festplatten ausfällt, können die Daten noch verlustfrei wiederhergestellt werden. Und hier hört die Geschichte noch nicht auf: Mir wurde klar, dass meine Wohnung der letzte verbliebene Single Point of Failure darstellte. Ein Wohnungsbrand, Diebstahl oder ähnliches könnte weiterhin alle meine Daten auf einen Schlag vernichten. Die Lösung hierfür ist ein sogenanntes Off-Site-Backup, also eine weitere Kopie an einem weiter entfernten Ort. Und so sicherte ich den vollständigen Inhalt des Netzwerkspeichers auf einer verschlüsselten externen Festplatte und gab sie in vertrauenswürdige Hände zwecks Lagerung für den Katastrophentag X, der hoffentlich nie kommen möge.

Endlich habe ich ausreichende Ausfallsicherheit um mich wirklich sicher zu fühlen. Wenn morgen eine Festplatte quietscht und klackert und nur noch Fehlermeldungen ausspuckt, dann muss mich das nicht mehr beunruhigen: Alles ist noch da. Und ich bin dankbar, dass ich von Ausfällen verschont geblieben bin, als meine Infrastruktur noch ziemlich fahrlässigen “Mut zur Lücke” bewies. Es hätte nämlich auch ganz anders ausgehen können. Da das Thema Backups nun für mich geklärt wäre, kann ich den nächsten offenen Punkt angehen: Das Datenarchiv systematisch durchsuchen, aufräumen und objektiv nutzlosen Müll löschen. Aber Löschen bzw. Wegwerfen ist bekanntlich etwas, das jeden Messie an seine absoluten Schmerzgrenzen bringt.