Hardware
- C64 consolen basis, erinnert mehr an eine Console als an einen Computer (Sprite, Hardwarescrolling, Music).
- SID wirklich witzig

VisualDisplay
Unmöglich viele Modis: High res. Multicolor > Programmierung schwierig. Positiv: Kombinierbar
- Beschränkte 16 Farben > Schwierig etwa eigenes zu machen. 
- Strahlende Farben fehlen.

Music
- Music Coding
- SID wirklich interessante Stücke. 

Tools
- Damals Paintingprogramme? > Öfter bessere Computer genutzt wie Amiga/PC (Compiling)

Coding
- Schwierig reinzukommen, sogar schwieriger als Atari2600
- Entwicklung über Jahre
- Basic embedded .-(
- Woher kam das Wissen? Die Software? (Magazine?)
- Öfter bessere Computer genutzt wie Amiga/PC (Compiling)
Gamecoding
- Ohne Tricks (Sprite Multplexer 8 Sprites viele Spiele nicht denkbar) ähnlich wie beim Atari 2600. Tricks

Beschränkung
- Beschränkung bei Shootemups am Schwierigsten bei allen anderen Genres eher möglich mit 8 Sprite durchzukommen.

Community
- Identitätsstiftend aber warum? Einfach übers gemeinsame Spielen?
- Bis heute ungebrochen. Aber mehrheitlich Spieler? Demoszener? 

Heute

Gesamte Entwicklung auf einmal da, keine allmähliche Steigerung/Entwicklung über 10 Jahre
Selbst heute, einige Tutorials aber kein Gametemplate. Viel bis heute unterschiedliche Nutzung: Vorallem game und demoscene. 
> Anwendersoftware fast nicht dokumentiert. 
> Neue Games, demos > Anwendersoftware?

Of couse you could also - or you had to - create big sprites out of smaller sprites, because the sprite size was limited to 32x32 for example. 

OLIVER Being a pixel guy – the tools were remarkable. We did not have devkit like the Katakis tools or something specified for creating game graphics. I used the editor that came with the Shoot ‘Em Up Construction Kit for sprites, which turned out extremely practical. The Ronny-sprite was created with an C64 editor called Mob-Profi, which provided overlayed hires and multicolour-sprites. The pictures in the intro and end sequence were pixeled in Koala Painter with a joystick, but everything else was more like hacking. I edited the charset with a font editor. The level backgrounds were tile-based maps, so a friend of mine coded one tool for combining 2×2 chars to tiles including the colour – and a second tool for assembling the levelmap like a puzzle game. As setup I had a C128 and Amiga 500 side by side. By the way – there was a TV and a monitor connected to the C128 at the same time, because of the the different video quality and I wanted to be sure that the graphics  looked right on both display types. With our modern mouse or stylus driven tools and those workflow-trimmed programs it is hard to believe that we got things done at all back in the day when we were even lacking fundamentals such as UNDO functionality. However, I have to say that you had full control over the technical specs of the graphics and as a graphic designer you started to think like a coder.

Otherwise, I hardly remember details of the project. At least for the first month, Mario and I were working alongside each other. The intro and the end sequence were finished first. Then it was very intense and determined by crunchtime, the process was sort of first-in-first-out. The progress in code was tied to incoming graphics. Markus composed the new tunes at home far away and we had some issues with the delivery. Nevertheless the whole soundtrack reached us in time and its implementation went smoothly. Still there was no free time at all. In the final weeks weeks it became a kind of competition – like, who needs the least sleep! I also remember that the editing of the levels was pretty chaotic. Three of us worked in shifts and it took much longer than planned.

Oh I almost forgot about the  communication with Virgin. That was the horror for me because I hardly spoke any English back then. David Bishop and I talked English and German mixed, which worked surprisingly well.

Tiling was a design pattern often used in the beginning of the gamedesign.
Reason:

(Intro and demoscene)

einfacherer regeltransfer