Das offizielle Blog der h8u.de Gemeinde

The microprocessor stack is normally located from FF on down, and variables are normally located from 80 on up (hoping the two never meet).

-- Meine Lieblingsstelle im offiziellen "Stella Programmer's Guide" von Steve Wright

Viele Dinge, die ich unbedingt noch bloggen wollte... das meiste hat einfach "keinen Termin" zu wann es fertig werden muss. Deshalb schiebe ich es gerade vor mir her... seit Monaten. Das hier muss aber rechtzeitig raus.

Nachdem ich nun meinen Workshop auf dem Hackover als "gelungen" ansehe, scheinen es auch andere Leute so zu sehen, so dass ich das Ganze nochmal machen darf. Zwei mal um genau zu sein.

Das eine Mal ist diesen Samstag, am 8.2. an der Humboldt Universität in Berlin. Dort habe ich diesmal richtig Zeit, so dass der Workshop in zwei Teile zerfallen wird. Vormittags gibt es die Folien, und ich erkläre den Beispiel Sourcecode. Nach dem Mittagessen gibt es dann "betreutes Hacken": wir versuchen zusammen ein einfache lauffähiges Demo zu schreiben. Also jeder für sich. Soweit ich weiß (Stand Donnerstag), sind noch 2-3 Plätze frei. Details zur Anmeldung gibt es auf den Seiten vom SimulationsRaum.

Der zweite Termin ist wieder auf der Revision in Saarbrücken. Allerdings ist es diesmal nicht ein faches, einstündiges Seminar (was ich letztes Mal eh fett überzogen hatte), sondern es wird einen kompletten Abend lang den Workshop geben. Mein Vorschlag, das schon am Anreisetag zu machen, an dem sonst recht wenig Programm stattfindet, wurde dankbar aufgenommen. Dort werde ich mich dem anders zusammengesetzten Publikum anpassen: der Workshop wird in zwei Teile zerfallen. Teil eins behandelt nur das nötigste Wissen über den Prozessor, und der zweite Teil beschäftigt sich dann mit der Programmierung der Spielekonsole an sich. Dieses Aufteilen ist durchaus sinnvoll, weil es in der Demoszene die Konzertration der Leute, die den 6502 Prozessor beherrschen, deutlich größer ist als im Rest der Bevölkerung. Das liegt daran, dass der Prozessor in vielen Homecomputern eingesetzt wurde, für die die Leute ohnehin Demos schreiben.

Es gibt nur eine Möglichkeit zu lernen. Und das ist durch Handeln.

-- Paulo Coelho, "Der Alchimist"

Nach meinen beiden Vorträgen über das Atari 2600 VCS auf dem 28c3 und der Revision 3.0 gebe ich demnächst wieder einmal den Erklärbär zu dem Thema "the most retro you can get without spending big bucks". Diesmal wird es ein Workshop im Rahmen der hackover vom 1.11. bis 3.11.2013 mit der Zielsetzung innerhalb von drei Stunden zum eigenen Atari 2600 VCS Demo zu kommen. Nichts Großes, aber immerhin ein eigenes hüpfendes Logo, oder was vergleichbares.

So yeah, make no mistake ... the 2600 was ALWAYS about who could show the coolest stuff
[...]
our motivation was to blow each other away .. plain and simple.

-- Rob Fulop, Creator Of Cosmic Ark

Neulich habe ich mal jemand komplett unbelecktem ein paar meiner Experimente auf dem Atari 2600 VCS gezeigt. Die interessanteste Rückfrage war wirklich die nach dem "Warum?". Ja, warum mache ich das eigentlich, warum machen das andere eigentlich? Einen Versuch die Antwort auf diese Frage zu finden, startet ja der Film "Moleman 2", der die ungarische Szene der Demoprogrammierer beleuchtet, das trifft aber auch bis auf Details auf die Szenen anderer Länder zu.

Allerdings je mehr ich darüber nachdenke, desto mehr komme ich einfach zu der Überzeugung, die sich mit sechs einfachen Worten beschreiben lässt: "das ist eine Form von Kunst". Warren Robinett, der Autor des Spiels "Adventure", hat mal ein Vorwort für das Buch "The Video Game Theory Reader" geschrieben. Er beginnt mit der Frage, wer in der "artistic food-chain" noch unter Videospielen rangiert: "Comic books? TV sit-coms? X-rated films?" Heute dürfte sich das doch etwas geändert haben, nicht zuletzt deshalb, weil zum Einen die Etats für die Videospielentwicklung sich mittlerweile mit denen Hollywood-Produktionen messen lassen. Zum Anderen aber auch, weil es mittlerweile Spiele gibt, die man durchaus als Kunst verstehen kann.

Ja gern, aber das schaffst Du nie.

-- Jac! am Ostersonntag 2013 auf der Revision Party 3.0

Das war die Antwort, die ich von Peter aka Jac! bekam, als ich ihn gefragt hatte, ob ich sein Demo in einen Demopack mit integrieren könnte. Aber ich muss hier weiter ausholen: wie bereits geschrieben hatte, war ich über Ostern auf der Revision 3.0 Party. Von meinem Platz dort konnte ich auf einen C64 sehen, auf dem das selbe Demo in lief, wenn der Besitzer nicht am Platz war. Das Demo selbst war okay, allerdings war es auch etwas schade, dass immer das selbe lief.

Aber so etwas wollte ich für mein Atari 2600 VCS auch. Also habe ich mal das eine, mal das andere Demo gestartet, aber wenn das in einer Schleife lief, wurde es doch recht schnell langweilig. Also überlegte ich: ein Demo ist meistens 4k oder 8k groß, im Modul habe ich 32k zur Verfügung. Warum also nicht die Demos so in ein Modul packen, dass die Demos sich gegenseitig in einer Schleife aufrufen? Gut, man müsste die Demos etwas patchen, aber wenn ich eine Freigabe dafür bekomme, dann ist das in Ordnung.

Die Wiederholung ist die Mutter der Weisheit.

-- Russisches Sprichwort

Ich durfte wieder einen Vortrag über das Atari 2600 VCS halten... aber ich sollte anders anfangen.

Der Dreisatz, den man in der Schule lernt ist bestenfalls die halbe Wahrheit. Solche Aufgaben, wie: "Wenn zwei Arbeiter 6 Tage für einen Tisch brauchen, wie lange brauchen dann drei?" Gegenbeispiel aus der Praxis: SvOlli braucht für einen Vortrag mit 90 Folien 60 Minuten. Davon schmeißt er die Hälfte weg, entwirft noch ein paar neue, kommt dann auf 60 Folien. Wie lange braucht er für diesen Vortrag? Richtig: 60 Minuten.

Never forget, I may have taught you everything you know, but I have not taught you everything I know.

-- Kitty Montgomery, "Dharma & Greg", Season 1, Episode 8: "Mr. Montgomery Goes to Washington"

Michael Steil hat mich darum gebeten, folgendes für sein Blog "Pagetable" zu beschreiben. Da ich aber auch gerne solche Sachen in meinem eigenen Blog veröffentliche, gibt es hier eine deutschsprachige Version meines Beitrags dort.

Im Folgenden geht es wieder um den 6502 Prozessor, diesmal um folgende Aufgabenstellung: es sollen abhängig vom Wert eines Registers, in diesem Fall des X-Registers, eine bestimmte Anzahl von Taktzyklen "verschwendet" werden. Im Prinzip läuft es nach folgendem Schema: man schreibt eine lange Reihe von Befehlen, die nichts bewirken in den Speicher. Je weiter "vorne" man einspringt, desto mehr Taktzyklen werden benötigt, um zum eigentlichen Code zu kommen. Springt man weiter "hinten" ein, um so schneller ist man beim eigentlichen Code angekommen.

I know winning isn't everything, but I sure can get used to this feeling.

-- Dylan Hunt, Gene Roddenberry's Andromeda, Episode 5.22: The Heart of the Journey: Part 2

So, der 28th Chaos Communication Congress ist rum, und ich bin wieder zu hause. Der Congress an sich hat eine Menge Spaß gemacht, aber ich will mein Blog doch noch einmal dazu nutzen, meine abschließenden Gedanken zum Vortrag irgendwo zu lassen.

Die Reise nach Berlin habe ich am 26.12. per Zug angetreten. Die Zugreise habe ich dazu verwendet, den Vortrag mal im Kopf so durchzugehen, wie ich ihn halten wollte, also in Originalgeschwindigkeit. Zwei oder drei mal wurde ich dabei aber unkonzentriert, und ein mal vom Schaffner unterbrochen. Als ich ihn dann endlich durch hatte, brauchte ich aber deutlich mehr als die maximal möglichen 60 Minuten. Also selbst, wenn ich die kurzen Ablenkungen abziehen würde, wäre es wohl immer noch knapp drüber.

Count on me, I'm gonna win the race.

-- Yello, "The Race"

Dieser Artikel ist entstanden im Rahmen meines Vorhabens entstanden, mir ein Entwicklungssystem für das Atari 2600 zu bauen. Genauer genommen, ist es bei dem Versuch entstanden, mein erstes eigenes Demo auf dem Atari 2600 in Stella zu programmieren. Der Titel ist deshalb englisch, weil eine deutsche Übersetzung entweder zu lang ist, sich doof anhört, der Kern nicht trifft oder alles zusammen.

Programmieren auf dem Atari 2600 unterscheidet sich vom Programmieren für andere Konsolen. Normalerweise ist es üblich das Spielgeschehen Bild für Bild in den Bildschirmspeicher zu schreiben. Man verändert dabei den Bildschirmspeicher zu einem Zeitpunkt an dem er nicht gerade dargestellt wird, und bereitet so das nächste Bild vor. Beim Atari 2600 gibt es keinen Bildschirmspeicher, der Seitenweise aufgebaut ist, sondern nur zeilenweise. Man befindet sich also in einem Wettrennen mit dem Rasterstrahl, "Racing The Beam".

Dabei gibt hilft einem der Video-Chip, TIA genannt, keinen Fehlstart hinzulegen. Dafür stellt er einem Methoden zur Verfügung, den Prozessor so lange anzuhalten, bis entweder der Bildschirmanfang oder der Anfang einer neuen Zeile erreicht ist. Ohne diese wäre es quasi unmöglich auf dem Atari 2600 ein Bild darzustellen.