Bevor der Vortrag begann, gab es zur Einstimmung ein paar astreine Chiptunes zu h\u00f6ren. Mein Eindruck war, dass sich der Sound gar nicht so sehr vom SID des Commodore 64 unterschied. In seiner Anmoderation erw\u00e4hnte Stefan H\u00f6ltgen dann zu meinem Erstaunen, dass die Musik vom TIA<\/a> – also dem Grafikchip des Atari erzeugt wurde.<\/p>\n Berthold Fritz, Jahrgang ’69, begann seinen Vortrag damit, dass er die Motivation, heutzutage ein Spiel f\u00fcr den 30 Jahre alten Atari Homecomputer zu programmieren, darlegte. Den Entwicklungsprozess hat er in seinem Blog retrozock.com<\/a> begleitend beschrieben.<\/p>\n Motivation<\/strong><\/p>\n Fritz begann mit der Feststellung, dass er im Laufe der Zeit – von Heimcomputern \u00fcber 16 Bit Rechner bis zu heutigen PCs immer mehr zum reinen Bediener und Konsumenten degradiert ist. Er war damit unzufrieden und wollte sich Wissen um die Funktion der Rechner erarbeiten. Die heutigen Rechner sind mit ihrer Komplexit\u00e4t, M\u00e4chtigkeit und zahlreichen API und Abstarktionslayern allerdings nicht gut geeignet. Daher erinnerte er sich an den Atari 800XL<\/a> aus seiner Jugend.<\/p>\n Atari 800 XL von 1983<\/p><\/div>\n Die Frage was denn nun genau zu programmieren ist, war schnell beantwortet: Ein Spiel. Und zwar ein Spiel mit einfacher und bew\u00e4hrter Spielmechanik, bei der der Spass nicht unbedingt von umwerfender Grafik abh\u00e4ngt. Das Spiel Dirt, Rock, Diamonds and other Perils<\/em> ist ein Nachbau des beliebten und of kopierten Boulder Dash<\/a>. Der Entwicklungsprozess dauerte ca. 2 Jahre und ist noch nicht v\u00f6llig abgeschlossen, da das Spiel zum Beispiel noch keine Musik hat.<\/p>\n Programmiersprache und Werkzeuge<\/strong><\/p>\n Die Wahl der Programmiersprache wurde schnell entschieden. Die ersten Versuche, einen Spielbildschirm mit 800 Bytes in Basic aufzubauen f\u00fchrten zu dem erwarteten Ergebnis: Es ist viel zu langsam (ca. 3 Sekunden). Derselbe Algorithmus in Assembler schaffte das in weniger als einer 50stel Sekunde.<\/p>\n Die Frage, welche Werkzeuge zu verwenden sind, war bereits schwieriger. Soll es Crossdevelopment auf Macintosh mit einem Atari Emulator (Atari800MacX) sein oder soll direkt auf der Zielplattform entwickelt werden? Welcher Assembler mit welchem Vorgehen ist zu bevorzugen?<\/p>\n Fritz entschied sich daf\u00fcr, direkt auf dem Atari zu entwickeln und zwar so, dass Sourcecode, Assembler und Objektcode gleichzeitig im Spiecher vorgehalten werden. Das ist komfortabel, schr\u00e4nkt jedoch die maximale Gr\u00f6sse des Programms stark ein. Das Spiel wurde letztlich ca. 5 KB gross.<\/p>\n Vom Werden und Wachsen<\/strong><\/p>\n Die paar Befehle des 6502 Prozessors sind schnell gelernt, eine Memory Map hervorgeholt und los geht die Entwicklung. Die ersten Gehversuche sind noch v\u00f6llig ohne Grafik und dienen der \u00dcberpr\u00fcfung der Spielmechanik.<\/p>\n Spiel ohne Grafik<\/p><\/div>\n Nachdem hier die ersten Probleme gel\u00f6st wurden, kam handcodierte Grafik hinzu. Jetzt kann man schon das eigentliche Spiel erkennen. Die Farbigkeit hat mich sehr an DigDug<\/a> erinnert.<\/p>\n Spiel mit erster Grafik<\/p><\/div>\n Manchmal ist selbst Maschinensprache nicht schnell genug – insbesondere wenn man innerhalb der Spiellogik mit verschachtelten Schleifen hantiert. Das Thema Code Optimierung kam daher im Vortrag nicht zu kurz. Drei oder vier gesparte Taktzyklen machen sich sehr bemerkbar, wenn die betreffende Stelle mehrere tausend mal pro Sekunde durchlaufen wird.<\/p>\n![\"Atari](\"http:\/\/www.ollmetzer.com\/wp-content\/uploads\/2013\/06\/atari800xl-480x197.jpg\" "\\"Atari")
<\/a>![\"Spiel](\"http:\/\/www.ollmetzer.com\/wp-content\/uploads\/2013\/06\/variante_1-480x279.jpg\" "\\"Spiel")
<\/a>![\"Spiel](\"http:\/\/www.ollmetzer.com\/wp-content\/uploads\/2013\/06\/variante_2-480x308.jpg\" "\\"Spiel")
<\/a>
![\"Code](\"http:\/\/www.ollmetzer.com\/wp-content\/uploads\/2013\/06\/optimierung-480x368.jpg\" "\\"Code")
<\/a>![\"Das](\"http:\/\/www.ollmetzer.com\/wp-content\/uploads\/2013\/06\/variante_3-480x303.jpg\" "\\"Das")
<\/a>