arc42 · Architektur-Doku
16384 – FROM NOISE TO ORDER
Eine Serie audiovisueller Werke · je eine ELF-Datei · exakt 16384 Bytes
01
Einführung & Ziele
Ein audiovisuelles Werk in genau 16384 Bytes – erzählt Rauschen → Ordnung.
Werkgröße
16384B
Episoden
3
Ep01 avg fps
60.00
Clipping
0Samples
02
Randbedingungen
Unter dem Werk liegt nur die Whitelist.
03
Kontextabgrenzung
04
Lösungsstrategie
EIN ZUSTAND
Bild und Ton lesen dieselbe Struktur.SELBST GEPACKT
Context-Mixing-Entpacker im Stub.CODE ERZEUGT CODE
Python-DSL → SPIR-V, kein GLSL.EXAKT LANDEN
Rest mit nützlichen Bytes füllen.05
Bausteinsicht
06
Laufzeitsicht
_start bis zum letzten Frame.07
Verteilungssicht
08
Querschnittliche Konzepte
09
Architekturentscheidungen
| # | Entscheidung | Warum |
|---|---|---|
| 1 | Eine Session = eine Episode, eigener Worktree | Isolation, vergleichbare Werke |
| 2 | Shader als SPIR-V aus Python-DSL | GLSL verboten, DSL kompakter als Handarbeit |
| 3 | Eigener CM-Packer statt xz | Regel 7 · 14,4 KB statt 17,2 KB |
| 4 | Hash-Importe über r_debug | keine Symbolnamen im Binary |
| 5 | Audio-Sample-Zähler als Uhr | 0 Drift · Capture = Release |
| 6 | reuse/-Kit ab Ep03 | Technik wandert, Ästhetik nicht |
10
Qualitätsanforderungen
11
Risiken & technische Schulden
12
Glossar
| Begriff | Bedeutung |
|---|---|
| Stub | handgebauter ELF-Kopf + Entpacker (NASM) |
| Nutzlast | entpackter, freistehender C-Code + SPIR-V + Daten |
| CM | Context Mixing · arithmetischer Kodierer mit Modell-Mischer |
| E8 | Filter für x86-call-Adressen, verbessert Kompression |
| Capture-Build | -DCAPTURE: Datei statt Schirm, feste Zeitschritte |
| Totes Padding | Füllbytes ohne Funktion · verboten (Regel 2) |