{"id":10741,"date":"2025-01-23T12:03:40","date_gmt":"2025-01-23T12:03:40","guid":{"rendered":"https:\/\/www.gamelab.ch\/?p=10741"},"modified":"2025-01-23T17:13:50","modified_gmt":"2025-01-23T17:13:50","slug":"codegolfing-mit-pico8-notiz","status":"publish","type":"post","link":"https:\/\/www.gamelab.ch\/?p=10741","title":{"rendered":"CodeGolfing (mit Pico8) [Notiz]"},"content":{"rendered":"\n

Code Golfing \u2013 size coding<\/strong><\/p>\n\n\n\n

Die Demoscene ist eigentlich Teil der gr\u00f6sseren Bewegung des Code-Golfings. Code Golfing ist ein Wettbewerb zur Frage, wie kann man* ein Problem (etwa den kleinsten Compiler, was zu FALSE, Brainfuck <\/a>und<\/a> Co<\/a> f\u00fchrte) mit m\u00f6glichst wenig Code in einer spezifischen Umgebung l\u00f6sen (oder wie schaffe ich es eine Umgebung zu gestalten in der Probleme mit m\u00f6glichst wenig Code gel\u00f6st werden k\u00f6nnen). Konkreter: Was ist der kleinstm\u00f6gliche Code f\u00fcr ein Problem oder sportlicher: Mit wie wenig Schl\u00e4gen komme ich ans Ziel. Mehr zu Codegolfing hier ><\/a><\/p>\n\n\n\n

Demoscene: Feste Gr\u00f6sse, Golfen mit dem Resultat<\/strong><\/p>\n\n\n\n

Die Crackerszene des 8- und 16-Bit lebte vom Dilemma sich darstellen zu wollen und gleichzeitig wenig Platz zu haben (Die Disketten waren schon so rand voll mit Spielinhalten). Was zu interessanten Intros f\u00fchrte in denen die Cracker* alle funktionalen Inhalte wie Software\u00fcbersichten, Auswahl, Trainer (Cheatmodes), Infos, Kommunikationswege und Werbung \u00fcber sie (Postadresse, BBS), Greetings, Hatings m\u00f6glichst kreativ verpackten in Texte, Scrolltexten, Spielen mit Schriften, Effekten. Es war also ein weiterer Wettbewerb entstanden: Wer kann wie viel mit wenig Platz. Dadurch wurden auch die teilweise \u2018qualitativ\u2019 schlechten Spiele wenigstens in ihren Intros etwas Grosses. <\/p>\n\n\n\n

Die Demoscene, die sich bekanntlich aus den begrenzten Ressourcen der Crackerszene entwickelte, hat f\u00fcr die Contest Kategorien geschaffen und damit die Ressourcen beschr\u00e4nkt 8byte, 64byte, 256byte (historische Kategorie wegen den ), 512b, 64kb etc. So dass es weiterhin heisst: Wer kann welche Effekte, Demos, Stories in minimalste Anzahl von Programm verpacken. Und damit alle die gleichen \u2018 Chancen\u2019 haben \u2013 begrenzt man die Kategorien. Ein Beispiel daf\u00fcr w\u00e4re etwa: LoveBytes\/Kategorien.<\/p>\n\n\n\n

Neben den klassischen Computern (C64, Spectrum, Atari ST, Amiga, Windows) und Consolen (Atari 2600) haben seit l\u00e4ngerem Fantasy Consolen\/Computer Einzug gehalten wie Tic80 oder Pico8. Mehr dazu hier ><\/p>\n\n\n\n

Gamedesign-Golfing, Nanowettbewerb<\/strong><\/p>\n\n\n\n

Zunehmend taucht nun in Demosceneevents auch die Kategorie \u00abNanogames\u00bb auf. Meist sind sie dann \u2013 bl\u00f6derweise in der selben Kategorie \u2013 wie Demos. Etwa 256b Games. Dabei wird wenig Rechnung getragen, dass eine Spielechanik meist auf if und loops Bedingungen aufbaut. Vermutlich w\u00e4re eine 384 Byte Untergrenze etwa f\u00fcr Fantasy Consolen sinnvoll. Nichts desto trotzt f\u00fchrt das zur Frage: Was l\u00e4sst sich in so wenig Bytes machen? Und die Frage dahinter: Was ist Gamedesign Golfing? Was ist das Verh\u00e4ltnis von Code und Game von den Visuals bis zur Mechanik. Und vielleicht interessanter: Was sind die kleinstm\u00f6glichen Spielmechaniken f\u00fcr ein Genre?<\/p>\n\n\n\n

Im Nachfolgenden soll anhand des Lovebyte-Contest 2023 diesen Fragen an der Oberfl\u00e4che nachgegangen werden. <\/p>\n\n\n\n\n\n\n\n

Constraints \u2013 Gr\u00f6sse ist alles<\/strong><\/p>\n\n\n\n

Eigentlich sollte man jeden Contest von hinten anschauen. Was sind die Bedingungen? Wo ist der Contest beschr\u00e4nkt. Hier gibt es zwei unterschiedliche Kategorien:<\/p>\n\n\n\n

File-Size-Gr\u00f6sse<\/strong><\/p>\n\n\n\n

Die historische Gr\u00f6sse ist einfach, sie ist einfach die Gr\u00f6sse der ausf\u00fchrbaren Datei (etwa exe). Das ist einfach messbar und \u00fcberpr\u00fcfbar. Selbstverst\u00e4ndlich gibt es auch hier Systeme, die schlecht wegkommen. Etwa Macos X. Hinter dem ausf\u00fchrbaren Code lassen sich aber auch viele Source-Code Bytes verstecken, der Code l\u00e4sst sich Packen etc. <\/p>\n\n\n\n

Heutige FantasyConsolen erm\u00f6glichen es aber auch den Code einfach gezipped zu exportieren und damit das eine oder andere Byte noch loszuwerden. Pico8 verwendet daf\u00fcr in der Console eine Art ZLIB:<\/p>\n\n\n\n

Export -t NAMEX.p8.rom<\/p>\n\n\n\n

Die meisten Contests verwenden diese Form. Hier stellt sich die Frage, ob man dann nicht auch f\u00fcr diesen Packer optimiert.<\/p>\n\n\n\n

Source-Code-Gr\u00f6sse<\/strong><\/p>\n\n\n\n

Hier wird nur die Gr\u00f6sse des effektiven Codes gez\u00e4hlt. Dieser l\u00e4sst sich dann auch einfach kopieren. Beliebtes Format hier sind die TweetCards 280 Zeichen. Diese lassen sich per Tweet verschicken und einfach schnell ausprobieren. <\/p>\n\n\n\n

Oldschool & Fantasie-Konsolen<\/h2>\n\n\n\n

Zuerzeit dominieren bei den Fantasy-Consolen Pico8\/Tic80. Daneben gibt es allerdings diverse andere Konsolen. Auch stark vertreten ist Assembler.<\/p>\n\n\n\n

Konzepte und Games<\/h2>\n\n\n\n

Games sind prinzipiell komplexe Software. Sie sind meistens multimedial (Displays: Visuell, Sound) und interaktiv (Interfaces, Entscheidungen).  Zus\u00e4tzlich verwenden sie Spielmechaniken. Was mehrheitlich zu Loops und Entscheidungen und damit zu vielen Abfragen f\u00fchren. <\/p>\n\n\n\n

Es ist deswegen wichtig im Bereich Nanogames, die Konzepte so einfach wie m\u00f6glich zu halten, bzw. sie auf das minimalste zu reduzieren. Das heisst auch: Wie kann ich etwa Loops mehrfach verwenden. Wie kann ich inits direkt in eine Schlaufe w\u00e4hrend des Gamloops integrieren?<\/p>\n\n\n\n

Umgekehrt gefragt; was kann ich alles in einem Loop unterbringen.<\/p>\n\n\n\n

Probleme werden oft in Games im Allgemeinen gel\u00f6st. Hier ergibt sich bei der \u00dcberarbeitung auch oft die Frage, l\u00e4sst dich das Ganze nicht als Spezialfall l\u00f6sen? Muss x,yz sein?<\/p>\n\n\n\n

Beispiele:<\/p>\n\n\n\n

Double Us<\/p>\n\n\n\n

Alternative M\u00f6glichkeiten f\u00fcr Ressourcen, Statusdarstellungen:<\/p>\n\n\n\n

Game Over<\/p>\n\n\n\n

Interessante Funktionen (anders als in OldSchool Demoscening):<\/p>\n\n\n\n