Archiv für den Monat: Februar 2025

Der grosse Gap im Cyberspace: Tools und digitale Welten [Kurzessay]

Die Digitalisierung besteht am Ende der Tage aus zwei verschiedenen Strömungen mit ganz unterschiedlichen Gesichtern, Methoden, Einstellung, Geschichten und Kulturen.

Cyberspace: der Raum des Digitalen

Dabei teilt die Nutzung von digitalen Tools und Welten eigentlich einen Raum: Den Cyberspace. Der Cyberspace ist ein Raum, der meist aus rein virtuellen Regeln besteht und konstruiert wurde. Man kann ihn auch als digitales kybernetisches Zeichen mit darin wieder kybernetischen Zeichen lesen. Das alles wird gesteuert und kontrolliert von der Universalmaschinen/Turingmaschinen. Die Programme sind quasi eigene interaktive Zeichen, die ihre Hülle (Output), wie auch potentiell den Input kontrollieren können.

Ob Webseite, Chatprogramm, ChatGPT, eine Demo oder ein Game – sie sind alle nur existent, weil sie Teil des Cyberspaces sind und am Leben erhalten werden (per Interface). Und dennoch ist dieser Cyberspace grob aufteilbar. Ideentechnisch gehören diese zwei Bereiche verschiedenen Welten an, wurden anders sozialisiert.

Weiterlesen

Der fehlende Körper in Demos (Frühzeit – später Party-Demos)

In Demos fehlt seltsamerweise (?) meist der Körper – es gibt keine Repräsentaten. Ist es wirklich nur der Blick oder braucht diese neue Welt eigentlich gar keine Repräsentation? Identitifkationsfigur? Für was auch? Ist ja alles künstlich, könnte eine Antwort sein.

Es gibt darüber hinaus aber meist auch keine Figuren im Allgemeinen Sinn. Es gibt eher wenig oft das Spiel mit Figuren und menschlichem Verhalten. Abstrakte Würfel. Würfel, die sich verlieben, hassen etc. Oder sind die Figuren die geometrischen Formen wie der Cube. Und warum wurden diese technischen Figuren dann nie vermenschlicht?

Ist der Cyberspace in der Demoscene einfach eine Erweiterung des analog Realen – ein Schaufenster zum Digitalen? Wie steht es mit der Diskussion der 3rd Wall? (vgl dazu auch TNTs Klopfen gegen die Scheibe)

Ein interessantes – aber vermutlich auch konstitutives Element dieser Szene.

// ToDo: Demo mit diesen Aspekten. Crash an der Democamera etc. (Meist) Nicht existierende Physik Simulationen in Demos.

War die Cracker-/Demo- und Gamedevscene der 80/90er eine mehrheitlich Middle-&Upperclass-Veranstaltung?

Bauer (/ Suter?)

Die Frage muss wirklich eingehend diskutiert werden. Vielleicht ist darum auch ihr Impact – fast schon pardoxerweise – nicht grösser gewesen. Denn die haben ja danach dann einfach studiert und was anderes gemacht und damit endete das Experiment hier und ein professionelleres begann. Meist nicht im Cracker-, Demo- oder Gamebereich.

Ooze (Atari ST) & verschiedene Auflösung in einem Bild

Nun auf dem Atari ST wurde getrickst in Sachen Colors und Screens.

We were mostly on our own, with a piece of hardware before us and very little documentation to show how it worked, what it could do and how to tackle certain problems. As a result, ingenuity and tenacity were as important traits in game developers as programming skills.

[..]

The first thing to understand is that on computers like the Atari ST, we were looking at a fixed hardware platform. Unlike PCs where users could have hundreds of different configurations of graphics cards, soundboards, processors, etc., every Atari ST was internally identical to the next, with the exception of available memory. This, of course, meant that if something worked on my Atari ST, it would also work on all other Atari ST computers, making this kind of experimental programming possible—and very exciting.

Weiterlesen

Atari ST Basics

Das Meist ist gleich oder ähnlich wie beim Amiga. 68000 Prozessor und viel Memory.

Screen-Memory

Das Screenmemory hat wie der C64 oder der Amiga so etwas wie Bitplanes. Ein (eher) Bitblock das sind 16 Pixel. Die Farbwerte werden aus 4 Ebenen zusammgesetzt, die je nacheinander kommen.

0-2 Byte: 0. Ebene Bsp: 1110000000 (*1)
3-4 Byte: 1. Ebene Bsp: 01100000000 (*2)
5-6 Byte: 2. Ebene Bsp: 0010000000 (*4)
7-8 Byte: 3. Ebene Bsp: 0000000000 (*8)

Zusammengezählt: 1 | 3 | 7 (Farbe)

Achtung so wie es scheint sind die Pixel anders rum verteilt als beim Amiga! Also Reverse!

All das verlangt ein komplexes Rechnen, um einen Pixel zu setzen. Der Amiga trennt dazu alle Farbebenen, aber auch das ist letztlich keine gute Lösung etwa gegen Systeme wie VGA (dort ist der ganze Pixel abgebildet)

Mehr zum Thema findet sich hier:
https://nguillaumin.github.io/perihelion-m68k-tutorials/_of_the_workings_of_the_graphics_memory_and_minor_skills_in_branching.html

Radikale AssemblerFreaks würden hier sagen: Der Rest lässt sich einfach darauf aubauen .-(

Coding Tools Atari ST (Mac)

Die einfachste Art einer Atari ST Toolchain für Mac findet sich hier:
https://www.fxjavadevblog.fr/m68k-atari-st-assembly-linux

Toolchain

Install > https://www.fxjavadevblog.fr/m68k-atari-st-assembly-linux

Usage

Compile:

vasmm68k_mot demo.s -Felf -o demo.elf
vlink demo.elf -bataritos -o DEMO.TOS

Execute

Folgendes CLI kreiert eine Hatari ST Instanz und dort einen Ordner, in dem dann das Programm gelanden werden kann.

/Users/rbauer/Desktop/Themen/CHLudens/3_1_AtariST/hatari-2.5.0_macos/Hatari.app/Contents/MacOS/Hatari -t ~/Desktop/Themen/AtariSt/tos100de.img ~/Desktop/Themen/CHLudens/3_1_AtariST/DevKit 

Killer Piller (Pet.Corp 2024)

Eine interessante Demo, weil sie eine echte (reale) Story hat und Petscii-Grafik nutzt. Wobei hier auch alles im Trüben bleibt und dann doch einfach nur witzig genommen werden kann, wobei gerade die Toten von Saccler und KMPG eben nicht wirklich lustig sind und auch Donald Trump an die Macht gebracht haben.