{"id":501,"date":"2023-08-07T09:35:05","date_gmt":"2023-08-07T09:35:05","guid":{"rendered":"https:\/\/research.swissdigitization.ch\/?p=501"},"modified":"2023-08-08T08:38:05","modified_gmt":"2023-08-08T08:38:05","slug":"c64-spritedesign","status":"publish","type":"post","link":"https:\/\/research.swissdigitization.ch\/?p=501","title":{"rendered":"C64 Spritedesign – Color-Sudoku"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

Screenshot: Barry McGuigan (vermutlich je 2 Sprites\/Mobs-K\u00f6rper und 1 Sprite F\u00e4uste genutzt fuer jede Figur<\/em>)

Der C64 wurde ja bekanntlich als sehr billige Gameconsole geplant und entwickelt. Dabei hat man sich bei der Konkurrenz umgesehen (wie etwa der Intellivsion) und dann das ganze ‚weiterentwickelt‘. Hintergruende bzw. das Spielfeld wird of als eine Art Textmode-40*25-Playfield (vgl. dazu Playfield von Intellivision) erstellt. Die Regeln sind da einfach: Pro Zeichen\/Tile 4*8 Pixel im Multicolormode-Text und dasselbe im Multcolormode-Graphic 3 gew\u00e4hlte Farben. Das hat Vor- und Nachteile – siehe andere Posts hier. Ist fuers Design aber noch einigermassen handelbar – Graphik Sudoku. <\/p>\n\n\n\n

Sprites oder MOB (Movable Objects)<\/strong><\/p>\n\n\n\n

Bei den Sprites wird aber noch ein zus\u00e4tzliches (Deisgn-)Spiel gespielt. Es gibt 8 Sprites, die man default-m\u00e4ssig verschieben kann und die nicht mit dem Rest des Memories wie Text oder Grafik interferieren. Die Sprites sind im Vergleich zu anderen Systemen (etwa sp\u00e4ter NES) recht gross 24*21 Pixel bzw. 12*21 Pixel im Multicolormode. Und sie sind auch sehr gross im Vergleichzu den Chars\/Tiles von 4*8 Pixel im Multicolormode. Einige Spiele nutzen auch die M\u00f6glichkeit, dass man Sprites verschieben kann, nachdem die erste H\u00e4lfte gezeichnet wurde und dann kann man doppelt soviele reinstellen (Multiplexer). Wie sehr das ein Feature ist, das geplant wurde oder wie beim Atari 2600 einfach die Hardware gecheatet ist, lassen wir hier mal im Raum stehen. R. Werner meinte hierzu, dass das Feature von Anfang an so geplant gewesen sei. Interessant w\u00e4re hier, wann damit angefangen wurde – wie steht es bei den Arcades dazu? Sicher ist, dass auch das NES sp\u00e4ter damit arbeitete. <\/em>
Prinzipiell stellt sich bei der Hardware, die Frage: Soll die Hardware m\u00f6glichst viele eher wenig-farbige Sprites haben oder grosse, dafuer vielfarbige Sprites.<\/p>\n\n\n\n

Sprite-Sudoku-Farben-Design<\/strong><\/p>\n\n\n\n

Richtig knifflig fuer die Designer* und letztlich auch fuer das Resultat wird es bei den Sprites in Sachen Farben. Hier gibt es einmal eine freiw\u00e4hlbare Farbe fuer jedes Sprite. Diese wird oft benutzt, als Hauptfarbe des Sprites. Aus diesem Grund scheinen viele Spiele auch recht fl\u00e4chig im Vordergrund (= bei den Sprites). Designer gleichen das natuerlich aus indem auch der tilebasierte Hintergrund animiert ist und der durchschnittliche Rezipient* den Unterschied auch nicht sieht bzw. sehen muss. Es ist ja der Gesamteindruck der z\u00e4hlt.

Es ist quasi die Signalfarbe des Sprites. Daneben gibt es noch zwei weitere Farben: Diese sind festgelegt fuer ALLE Sprites und es sind dieselben. Das bedeutet fuers Design: Die zwei Farben muessen clever ausgesucht werden, da sie alle Farbbereiche abdecken muessen.<\/p>\n\n\n\n

Cases<\/strong><\/p>\n\n\n\n

In der BuggyBoy-Umsetzung sieht man die Nutzung der Sprites recht gut. Schwarz und Weiss sind die DefaultFarben und die dritte Farbe f\u00e4rbt dann die Sachen ein. Beispiel die Flaggen oder die Hindernisse. Natuerlich verwendet BuggyBoy wie die meisten Rennspiele die M\u00f6glichkeit des C64 Sprites horizontal bzw. vertikal zu „Strecken“. Ein Aspekt, der f\u00e4lschlicherweise des Oeftern als 3D F\u00e4higkeit angesehen wurde. Dabei war dieser Effekt nicht stufenlos.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Wie sehr die Designpraxis des Einf\u00e4rbens mit Spritetemplate funktioniert sieht man vorallem in den Genres Kampfspiele (IK+), Sportspiele (Fussball), Autorennspiele etc. also ueberall da, wo auch im Analogen mit Templates und Trikots etc gearbeitete wird.<\/p>\n\n\n\n

Hier als Beispiel ein Autorennspiel mit verschieden eingef\u00e4rbten Autos:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Aber schon die Tech-Design-Analyse von folgendem Spiel (nur von der Oberfl\u00e4che Spiel her) wird schwierig. Was sind jetzt hier diese Farben? Vermutlich Schwarz und die Hautfarbe links (Sie kommen fast ueberall vor). Basierend darauf w\u00e4ren dann das „Blau?“ links im K\u00f6rper sowie die Handschuhe … Das kann allerdings auch nicht stimmen, es hat da eine Farbe mehr. Eventuelle wurde ein zus\u00e4tzliches Sprite verwendet. Hier kann nur eine technische Analyse der Assets Abhilfe schaffen.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Eine andere Stragie sieht man bei Katakis: Hier ist es offensichtlich als Grundfraben nutzt man ein Hell und ein Dunkelgrau. Damit simuliert man ‚3D‘ und gleichzeitig auch mehrheitlich Technologie. Dann f\u00e4rbt man die ‚Objekte‘ quasi ein in der gew\u00e4hlten Farbe. Die Tiefe des Raumes ist damit quasi grau. Die Gestaltung funktioniert aber so gut, dass man mehrheitlich im Spiel vergisst, wie es design-technisch funktioniert. Aufgewogen wird die Sache, da der Hintergrund auch wieder farbig ist. <\/p>\n\n\n\n

\n