Season 1 von MMO-20044 nähert sich dem Abschluss.

Mehrere Spieler haben Genesis-Level 4 erreicht, Level 5 und der anschliessende 48-Stunden-Countdown sind nur noch eine Frage der Zeit.

Was ich in dieser Season gelernt habe: ein Spiel zu bauen ist eine Sache, es mit echten Spielern laufen zu lassen eine andere. Einige Dinge haben funktioniert wie geplant. Andere Dinge haben sich erst im Betrieb gezeigt.

Was repariert wurde

Gleich zu Beginn: Planetentypen waren auf der Reiseseite nicht eindeutig zuzuordnen. Die Art-Anzeige stand neben dem Besiedeln-Button, konnte aber leicht dem falschen Planeten zugeordnet werden. Der Typ steht jetzt direkt im Button, kein Spielraum mehr für Verwechslungen.

Wer unterwegs war, stand laut Anzeige immer noch im Ausgangssystem. Das war irritierend. Seither zeigt die Reiseseite "Unterwegs nach [System]" sobald eine Reise läuft.

Ein weiteres Problem: wenn zwei Spieler gleichzeitig auf einen freien Planeten zusteuerten, konnte es passieren, dass einer seinen Besiedlungs-Slot blockiert hatte, aber keinen Planeten bekam. Ticks weg, kein Planet, keine Fehlermeldung. Das ist behoben. Wer zu spät kommt, bekommt seine Ticks zurück und einen Hinweis.

Neu: Erkundungssonden

Bevor man eine lange Reise startet, will man vielleicht wissen was am Ziel wartet. Dafür gibt es jetzt Erkundungssonden: 100 Ticks, keine Forschung nötig, Ergebnis zeigt Planetentypen und ob die Planeten frei sind. Die Flugzeit beträgt ein Fünftel der normalen Reisedauer. Bis zu zwei Sonden können gleichzeitig unterwegs sein.

Tips

Das Spiel gibt an bestimmten Stellen Hinweise, wenn etwas noch nicht stimmt. Wer zum Beispiel einen Gesteinsplaneten besiedelt hat, aber noch keinen Bergbau erforscht, bekommt den Hinweis direkt im Dashboard. Kein stilles Warten, keine Raterei warum die Rohstoffe nicht wachsen. Der Tipp verschwindet, sobald die passende Forschung gestartet ist.

Punktesystem wird korrigiert

Die Punkteformel für Season 2 ändert sich. In Season 1 zählten Ticks 1:1 in die Punktzahl, was dazu geführt hat, dass inaktive Spieler durch reines Abwarten in der Rangliste weit oben standen.

Season 2 rechnet anders: Ticks zählen bis maximal 2.000. Planeten werden mit 800 Punkten gewichtet statt 500. Technologien bringen 150 Punkte statt 100. Wer aktiv spielt, Planeten besiedelt und forscht, hat einen klaren Vorteil.

Season 2

Die Galaxie wird bei jedem Season-Start neu gewürfelt. Keine feste Karte, kein Vorteil durch Vorwissen aus Season 1. Die Galaxiegrösse lässt sich jetzt per Konfiguration anpassen, bei mehr Spielern entsprechend mehr Systeme.

Wann Season 2 startet, steht fest, sobald Level 5 gefallen ist. Wer mitspielen will: https://zockertown.de/mmo/

PS: Die Umfrage:

Was bedeutet 20044? (abgelaufen, 14 Stimmen)
  Das Galaxie-Gründungsjahr        4 ( 29%)  █████
  Eine Raumstation-ID                     3 ( 21%)  ████
  Eine Frequenz                                4 ( 29%)  █████
  Ein Koordinatensystem                3 ( 21%)  ████

Sehr ausgeglichen 

Die Wahrheit:   Ein Tippfehler   sollte 2044 sein. Aber 20044 ist cooler 

MMO-20044 geht in den regulären Betrieb.

Die Testphase ist abgeschlossen, der Produktionsserver läuft

Was gespielt wird: ein browserbasiertes Space-MMO. Rohstoffe abbauen, forschen, reisen, handeln, andere Spieler angreifen. Das Ziel ist der Genesis-Planet: wer ihn auf Level 5 bringt, startet einen 48-Stunden-Countdown. Läuft der durch, ist die Season vorbei und der Spieler gewinnt.

Technik: Python/FastAPI, PostgreSQL, HTMX. Kein JavaScript-Framework, kein Build-Step. Alles läuft serverseitig.

Registrierung ist offen unter zockertown.de/mmo-20044 . Spielstände aus der Testphase wurden nicht übernommen, alle starten neu.

Ein fetter Dank geht an die Spieler der Betaphase, die Fehler gemeldet und Verbesserungen vorgeschlagen haben. Das hat den Start besser gemacht, als er ohne dieses Feedback geworden wäre.

Was "20044" bedeutet: demnächst. 

Die Beta von MMO-20044 läuft seit ein paar Wochen, und es hat funktioniert: ein paar Spieler haben das Spiel gefunden, Feedback gegeben und Bugs aufgedeckt. Am Donnerstag, 04.06., geht die Beta zu Ende.

Direkt danach startet Season 1. Das bedeutet einen vollständigen Reset: alle Spieler, Planeten und Fortschritte werden gelöscht. Die Galaxie selbst bleibt erhalten.

Was Season 1 bringt

Das Spielziel ist jetzt klar definiert: wer als erstes den Genesis-Planeten auf Level 5 bringt, löst einen 48-Stunden-Countdown aus. Danach endet die Season. Der Sieger bekommt eine Trophäe, die dauerhaft im Profil sichtbar bleibt.

Dazu gibt es eine Rangliste, die sich an der Spielerzahl orientiert. Bei wenigen Spielern werden die besten drei angezeigt, bei mehr entsprechend mehr. Wer nicht in der Spitzengruppe steckt, sieht seine eigene Position mit den direkten Nachbarn.

Mitspielen

Das Spiel läuft unter zockertown.de/mmo. Registrierung ist offen, kein Account nötig außer einem Spielernamen und Passwort. Wer die Beta mitgemacht hat, muss sich neu registrieren.

MMO-20044 ist ein Browser-Spiel ohne Client, ohne App, ohne Push-Benachrichtigungen. Kein Tracking, keine Werbung, keine externen Ressourcen. Einloggen, schauen was passiert ist, Entscheidungen treffen, wieder ausloggen. Mehr ist es nicht, und das ist der Punkt.

Ich spiele selbst mit. Das wissen die meisten, die schon im globalen Chat unterwegs waren. Der Vorteil: ich merke recht schnell, wenn etwas nicht stimmt. Der Nachteil:
manchmal liegt der Entwickler in mir mit dem Spieler in mir im Clinch.

Aber zur Sache. Die Beta neigt sich dem Ende. In den nächsten Tagen kommt ein Reset, alle Spielstände werden zurückgesetzt, die Tester-Accounts fallen weg.

Wer bisher dabei war:

Danke. Es war ein holpriger Start mit einigen Bugs, aber das Feedback hat geholfen und einiges davon ist schon eingeflossen.

Die Abstimmung zum Spielziel habe ich ausgewertet. Das Saison-Modell hat gewonnen: ein klarer Zeitrahmen, ein klares Ziel, dann Reset und neue Runde.

Wie lang eine Saison geht und was den Sieger auszeichnet, dazu kommt noch ein separater Beitrag.

Bis zum Reset kommen noch ein paar Änderungen ins Spiel. Ich verrate noch nicht alles, aber: Planeten bekommen mehr Gewicht, nicht nur für die Produktion. Wer mehr davon hält, kommt auch in der Forschung weiter. Und eine der Rassen bekommt eine neue Technologie, die defensiv ausgerichtet ist. Welche das ist, findet sich im Spiel.

Für die erste Saison ist außerdem ein Abstimmungssystem geplant, direkt im Dashboard. Ich hatte bisher den globalen Chat dafür verwendet, was funktioniert hat, aber umständlicher war als es sein müsste.

Rückmeldungen wie immer: per Chat im Spiel, über das Feedback-Formular oder als Kommentar hier.

Vor einigen Wochen hatte ich eine Idee: ein textbasiertes Browser-Space-MMO, angelehnt an ein Konzept, das ich 2004 mal skizziert hatte. Dass es in 22 Entwicklungssessions live gehen und eine aktive Community anziehen würde, hatte ich nicht erwartet. Dieser Artikel beschreibt, wie das möglich war.

Der ehrliche Spoiler: Ich hatte Hilfe

MMO-20044 wurde nicht allein von mir programmiert. Mein Entwicklungspartner heißt Claude, ein KI-Assistent von Anthropic. Aber "KI hat den Code geschrieben" trifft es nicht richtig. Die Realität ist differenzierter und, wie ich finde, interessanter.

Superpowers: Der Workflow macht den Unterschied

Das Entscheidende liegt nicht im KI-Modell selbst, sondern in einem Workflow-Framework namens Superpowers, einem strukturierten System für KI-gestützte Softwareentwicklung. Der Ablauf für jedes Feature sieht so aus:

1. Brainstorming: Ich beschreibe die Idee, die KI stellt gezielte Fragen, wir erarbeiten gemeinsam ein Design
2. Spec schreiben: Ein vollständiges Designdokument wird erstellt und von mir genehmigt
3. Implementierungsplan: Jede Aufgabe wird in kleine, testbare Schritte aufgeteilt
4. Subagent-Driven Development: Für jede Aufgabe wird ein frischer KI-Subagent beauftragt, der TDD (Test-Driven Development) folgt
5. Zwei Review-Stufen: Erst prüft ein Spec-Reviewer, ob die Anforderungen erfüllt sind, dann ein Code-Quality-Reviewer, ob der Code sauber ist

Das klingt aufwändiger als "schreib mir eine Funktion", und das ist es auch. Aber genau das macht den Unterschied zwischen Code-Snippets und einem echten Produkt.

Was ich beigetragen habe

Meine Rolle war die des Produktmanagers und Spieldesigners. Ich habe entschieden:

• Welche Features gebaut werden (und welche nicht, YAGNI ist ein echtes Prinzip)
• Wie das Spielgefühl sein soll: Ticks als Währung, prozedurales Universum, taktischer Kampf
• Wann etwas gut genug ist und wann es noch überarbeitet werden muss
• Wie auf Community-Feedback reagiert wird

Kein einziger Implementierungsvorschlag wurde blind übernommen. Jede Spec habe ich gelesen und freigegeben, jedes Feature im Browser getestet.

22 Sessions, 311 Tests, eine lebendige Community

Das Ergebnis nach 22 Entwicklungssessions:

• Tick-Engine, prozedurales Universum, 8 Rassen mit eigenem Forschungsbaum
• Kampfsystem mit Narrativ, Spionage, NPC-Handelsrasse
• Planetenproduktion, Reisen, Besiedeln, Action-Queue
• Auth, Admin-CLI, Feedback-System, Rangliste
• Chat-System (Global + Direktnachrichten) mit Bad-Word-Filter und Ungelesen-Indikator
• 311 automatisierte Tests, kein manuelles Klicken um Regressionen zu finden

Was mich am meisten überrascht hat: Die Community ist aktiv. Spieler melden Exploits (1-Tick-Angriffe wurden am ersten Tag gefunden und gefixt), wünschen sich Features (parallele Forschungsslots kamen auf Feedback) und diskutieren im integrierten Chat über das Spielziel.

Was ich gelernt habe

KI-gestützte Entwicklung ist kein Autopilot. Der strukturierte Workflow, Spec vor Code, Tests vor Implementierung, Review nach jeder Aufgabe, ist nicht optional, sondern der Kern des Ansatzes. Ohne diesen Rahmen entstehen schnell technische Schulden, die jede Geschwindigkeit wieder auffressen.

Die Ideen kommen vom Menschen. Die KI kann keine gute Spielmechanik erfinden, die ich nicht zuvor als Anforderung formuliert habe. Was sie kann: diese Ideen zuverlässig, schnell und mit hoher Codequalität umsetzen.

Das Spiel ist kostenlos und werbefrei spielbar. Wer neugierig ist: zockertown.de/mmo/

Update: Forschung, Kampf und Reisen verbessert

Das Feedback der ersten Tage hat direkt zu mehreren Verbesserungen geführt — das ist genau der Grund, warum ein offener Beta-Test so wertvoll ist.

Forschung: schneller und paralleler

Auf Wunsch mehrerer Spieler wurde die Forschungsdauer von 6 auf 3 Stunden halbiert. Zusätzlich gibt es jetzt zwei parallele Forschungsslots — ihr könnt also gleichzeitig zwei Technologien erforschen oder upgraden. Die Forschungsseite zeigt euch, wie viele Slots gerade belegt sind.

Exploit-Fix: 1-Tick-Angriffe

Ein cleverer Spieler hat entdeckt, dass man mit massenhaften 1-Tick-Angriffen anderen Spielern künstlich Siege bescheren konnte — und damit die Rangliste manipulierte. Das ist jetzt behoben: Ein Angriff kostet mindestens 50 Ticks, und auf denselben Spieler kann man nur einmal pro Stunde angreifen. Danke für den Hinweis!

Reisedauer sichtbar

Ebenfalls auf Feedback-Basis: Auf der Reiseseite steht jetzt neben den Tick-Kosten auch die Reisedauer in Stunden und Minuten — inklusive Bonus durch Antriebstechnologien.

Weiter so — jeder Hinweis hilft, das Spiel besser zu machen.

Bitte sagt auch eure Meinung zum Spielziel, bin gespannt

Nach ein paar Tagen intensivem Testen mit einer kleinen Gruppe ist es jetzt offiziell: MMO-20044 hat einen eingebauten Chat — und der ist ab heute für alle Spieler freigeschaltet.

Was kann der Chat?

Zwei Bereiche auf einer Seite:

• Global-Chat — alle Spieler sehen alle Nachrichten, ideal für Ankündigungen, Bündnisgesuche oder einfach Smalltalk zwischen den Sektoren
• Direktnachrichten — private Unterhaltungen zwischen zwei Spielern, z.B. um einen gemeinsamen Angriff abzusprechen, ohne dass die anderen mitlesen

Der Chat aktualisiert sich alle 5 Sekunden automatisch, ohne dass die Seite neu geladen werden muss. Wer eine ungelesene Direktnachricht hat, sieht den Chat-Link in der Navigation in hellblau und gelb blinken — man verpasst also nichts.

Technischer Hintergrund (für Interessierte)

Der Chat läuft komplett ohne WebSockets — stattdessen fragt der Browser alle 5 Sekunden diskret beim Server nach neuen Nachrichten (HTMX-Polling). Nachrichten werden serverseitig auf problematische Inhalte geprüft, und Admins können jederzeit die Logs einsehen. Alte Nachrichten werden automatisch aufgeräumt: Global-Nachrichten nach 7 Tagen (die letzten 200 bleiben immer erhalten), Direktnachrichten nach 30 Tagen.

Und jetzt zur großen Frage: Was ist eigentlich das Spielziel?

Das Spiel läuft, die ersten Spieler erkunden die Galaxis, forschen, handeln, greifen sich gegenseitig an — aber ein klares Endziel fehlt noch. Das ist bewusst so, denn ich möchte euch entscheiden lassen, in welche Richtung es geht.

Drei Varianten stehen zur Debatte:

(A) Saison-Modell — Das Spiel läuft 4–6 Wochen, dann gibt es einen klaren Sieger (Rangliste), und das Universum wird zurückgesetzt. Alle starten wieder von vorne. Vorteil: klares Ziel, fairer Neustart, kein „der hat halt früher angefangen"-Problem.

(B) Persistente Welt mit Meilenstein-Sieg — Wer als erster einen bestimmten Meilenstein erreicht (z.B. 10 Planeten besiedelt oder eine bestimmte Punktzahl), gewinnt die aktuelle Runde — aber die Welt läuft weiter. Andere Spieler können weitermachen oder auf die nächste Runde hinarbeiten.

(C) Kein hartes Ziel — Die Rangliste bleibt das Maß aller Dinge, das Spiel läuft offen ohne Reset. Wer die meisten Ticks, Planeten und Siege hat, steht oben — und bleibt da, bis ihn jemand überholt.

Ich habe die Frage bereits im Global-Chat gestellt — schaut rein und gebt mir Feedback! Entweder direkt im Chat, per Direktnachricht, oder über das Feedback-Formular. Jede Meinung zählt.

Viel Spaß beim Chatten — und beim Pläneschmieden. 🚀

Seit einigen Tagen läuft MMO-20044 in der Beta – und eine kleine, aber aktive Gruppe von Spielern nutzt das Spiel tatsächlich und schreibt mir, was ihnen auffällt. Konkret, direkt, manchmal schonungslos. Genau so soll das sein.

Zeit für einen kurzen Überblick: Was habt ihr gemeldet – und was ist daraus geworden?

Forschung ist jetzt mehr als ein einmaliges Häkchen

Ein häufiger Hinweis war, dass Forschung sich zu sehr nach einem Einmal-Klick anfühlt: erforscht, fertig, weiter. Das war richtig beobachtet. Jetzt gibt es für mehrere Technologien bis zu drei Stufen. Bergbau-Technologie auf Stufe 3 bringt spürbar mehr Rohstoff-Ertrag als Stufe 1. Schildtechnik und Pilotentraining skalieren ebenso – wer investiert, merkt den Unterschied im Kampf.

Planetenproduktion hängt jetzt wirklich an der Technik

Vorher hat ein Gesteinsplanet automatisch Rohstoffe produziert – egal ob Bergbau-Technologie erforscht war oder nicht. Das hat den Forschungsbaum ein bisschen sinnlos gemacht. Jetzt gilt: kein Tech, kein Ertrag. Und mit jeder Stufe steigt die Rate.

Feedback anonym senden – jetzt möglich

Bisher war das Feedback-Formular immer mit dem Spielernamen verknüpft. Wer lieber anonym schreiben wollte, hatte keine Wahl. Das ist behoben: Ihr könnt jetzt selbst entscheiden, ob ihr anonym, mit Spielernamen oder mit echtem Namen schreibt.

Kleinere Dinge

• Die Laufschrift mit den Neuigkeiten im Spiel ist jetzt langsamer und weniger aufdringlich – mit einer kurzen Pause bevor sie von vorne beginnt.
• Navigation-Links sind heller und besser lesbar.
• Diverse Bugs, die ihr gemeldet habt, sind still und leise behoben.

Ein ehrliches Dankeschön an alle, die tatsächlich spielen und sich die Zeit nehmen, mir zu schreiben. Ihr seht Dinge, die ich als Entwickler nicht sehe – weil ich das Spiel kenne und ihr es entdeckt. Das macht einen echten Unterschied.

Das Spiel ist noch nicht fertig. Aber es macht schon jetzt mehr Spaß als der erste Deploy – das ist eure Leistung genauso wie meine.

→ MMO-20044 spielen

Eins noch — eine Frage an euch:

Wäre eine regelmäßige Übersicht interessant? Also: Was wurde gemeldet, was davon ist umgesetzt worden, was kommt als nächstes? Quasi ein kurzes „Aus der Werkstatt"-Update
nach jeder Entwicklungsrunde.

 Schreibt mir gern eine kurze Rückmeldung — entweder per Feedback-Formular im Spiel oder direkt hier in den Kommentaren.

Seit dem Beta-Start hat sich einiges getan im MMO-20044. Zwei neue Runden Entwicklung, zwei echte Verbesserungen die direkt spürbar sind.

Planeten arbeiten jetzt für euch

Bisher waren Planeten im Wesentlichen Standorte — man konnte sie besiedeln, aber sie taten nichts von alleine. Das hat sich geändert: Jeder Planetentyp produziert jetzt stündlich Ressourcen, passiv im Hintergrund.

• Gesteinsplaneten liefern +10 Rohstoffe/Stunde
• Ozeanplaneten liefern +10 Kristalle/Stunde
• Gasplaneten liefern +3 Artefakte/Stunde

Das Dashboard zeigt jetzt auch an, was eure besiedelten Planeten stündlich produzieren — ein direkter Anreiz, die Galaxie zu erkunden und die richtigen Welten zu besiedeln.

Forschungsbaum endlich sichtbar

Den Forschungsbaum gab es schon länger, aber bisher war er etwas abstrakt. Jetzt gibt es eine echte Baumvisualisierung mit Unicode-Boxzeichen, die zeigt welche Technologien voneinander abhängen — und jede Tech hat eine kurze Beschreibung was sie bringt. Kein Raten mehr.

Feedback-Funktion

Ihr habt jetzt einen direkten Kanal: Im Spiel gibt es unter "Feedback" ein einfaches Textfeld. Was ihr schreibt landet bei mir — und der Kontext wird automatisch mitgeschickt: welche Planeten ihr habt, welche Technologien, was gerade läuft. Das hilft enorm beim Debuggen und beim Verstehen was im Spiel tatsächlich passiert.

Also: Wenn etwas komisch ist, wenn etwas nervt, oder wenn ihr eine Idee habt — einfach das Feedback-Formular nutzen. Ich lese alles.

Das Spiel läuft unter https://zockertown.de/mmo/.

  Vor ein paar Wochen habe ich angefangen, ein altes Spielkonzept von 2004 umzusetzen: ein tick-basiertes Browser-Space-Strategiespiel, solo betrieben, ohne Client-Download,
   ohne 24/7-Zwang. Heute ist es soweit für die erste Runde Beta-Test.

  Wer mitmachen will: https://zockertown.de/mmo/

  ---
  Was ist das überhaupt?
  
  Ein rundenbasiertes Weltraumspiel im Browser. Keine Echtzeit-Schlachten, kein ständiges Einloggen nötig. Das Spiel läuft über Ticks — die Grundwährung für alles: Forschung
   starten, reisen, Planeten besiedeln, angreifen, spionieren.

  Du bekommst 2 Ticks pro Minute, kannst bis zu 30.000 speichern (~10 Tage Inaktivität). Wer selten einloggt, verliert keinen Anschluss — aber wer aktiv ist und Ticks klug
  einsetzt, hat einen echten Vorteil.

  ---
  Ticks sind der knappe Faktor — das ist Absicht
  
  Das klingt erst mal simpel, ist aber der zentrale Hebel des Spiels. Ticks kosten:

  Dazu kommen Wartezeiten:

Forschung dauert 6 Stunden, Besiedlung 1 Stunde, Reisen je nach Distanz und Antriebstechnik. Du kannst also nicht einfach mit einem Berg Ticks
  alles auf einmal machen — Planung lohnt sich.

  ---
  Was gibt es zu testen?
  
  Forschungsbaum (13 Technologien)
  Antriebe, Schilde, Waffen, Community-Bonusse — und neu: drei Spionagetechs. Wer die Grundvoraussetzungen erforscht, schaltet jeweils die nächste Stufe frei. Die Forschung
  wird günstiger, je mehr Spieler sie bereits haben (Community-Bonus).

  Kampfsystem
  Taktisch, max. 10 % Zufall. Angriff kostet Ticks, bringt aber Beute wenn erfolgreich. Kampfberichte zeigen den genauen Verlauf.

  Spionage (neu)
  Bevor du angreifst, kannst du eine Sonde schicken. Je nach Forschungsstand deiner Rasse und der Abwehr des Gegners erfährst du mehr oder weniger: von einer groben
  Einschätzung bis zum genauen Tick-Stand und der Rasse. Wird die Sonde abgefangen, erfährt der Verteidiger deinen Namen. Keine Spionagetechs? Kein Problem — dann greifst du
   halt blind an.

  Handel
  Ein NPC-Händler fliegt regelmäßig verschiedene Systeme an und bietet Rohstoffe, Kristalle und Artefakte an — oder kauft. Wer zur richtigen Zeit am richtigen Ort ist,
  profitiert.

  Highscore
  Ticks + Planeten × 500 + Technologien × 100 + Siege × 200 — wer was wie priorisiert, ist offen.

  ---
  Was ist noch Beta?

  - Balancing ist nicht final — Tick-Kosten, Kampfwerte und Wahrscheinlichkeiten können sich noch ändern
  - Rassen-Portraits sind Platzhalter (SVG-Symbole), echte Bilder kommen später
  - Spielziel / Win-Condition ist noch nicht implementiert — die aktuelle Runde läuft auf Highscore
  - Fehler und Ungereimtheiten: einfach melden

  ---
  Feedback

  Direkt an mich — Forum, Nachricht, oder wie auch immer ihr mich erreicht.

Was fühlt sich falsch an, was fehlt, was nervt? Genau das interessiert mich jetzt.

Smokin' Guns auf Debian/Ubuntu installieren

Smokin' Guns ist ein Free-Software-Western-Shooter auf Basis der Quake-3-Engine.
Das offizielle `.deb`-Paket (v1.1) lässt sich auf aktuellen 64-Bit-Systemen nicht direkt
installieren, weil `libjpeg8:i386` nicht mehr im Repo liegt. Der folgende Weg löst das.

Voraussetzungen

- 64-Bit-System (amd64), Debian 13 oder Ubuntu/Tuxedo OS
- `smokinguns_1.1-1_i386.deb` – Download von [smokin-guns.org](https://www.smokin-guns.org)

geht nicht, ich habe es bei [web.archive.org](https://web.archive.org/web/20190629023139/http://download.smokin-guns.org/smokinguns_1.1-1_i386.deb)

Hinweis:
Ich bin kein sudo Freund, ich nutze das nur ala sudo bash

---

Installation

 1. i386-Architektur aktivieren

dpkg --add-architecture i386
apt update

2. Fehlende Abhängigkeit lösen

`libjpeg8:i386` existiert in aktuellen Repos nicht mehr. Workaround:

Dummy-Paket bauen (einmalig):

mkdir -p /tmp/libjpeg8-dummy/DEBIAN
cat > /tmp/libjpeg8-dummy/DEBIAN/control << 'EOF'
Package: libjpeg8
Version: 8d-2
Architecture: i386
Maintainer: Local Dummy
Depends: libjpeg62-turbo:i386
Description: Dummy-Paket fuer libjpeg8 i386 Kompatibilitaet
EOF
dpkg-deb --build /tmp/libjpeg8-dummy /tmp/libjpeg8_8d-2_i386.deb
sudo dpkg -i /tmp/libjpeg8_8d-2_i386.deb

**Symlink anlegen**, damit die Library auch gefunden wird:

ln -sf /usr/lib/i386-linux-gnu/libjpeg.so.62 \
            /usr/lib/i386-linux-gnu/libjpeg.so.8

> Auf Ubuntu-basierten Systemen (Tuxedo OS) ist `libjpeg8:i386` oft direkt verfügbar –
> dann reicht `sudo apt install libjpeg8:i386` und die beiden Schritte oben entfallen.

3. Spiel installieren

apt install ./smokinguns_1.1-1_i386.deb

apt zieht alle weiteren Abhängigkeiten automatisch nach.

4. Starten

/usr/games/smokinguns/smokinguns.i386

---

Auflösung einstellen

Im Spiel selbst lässt sich die Auflösung nicht dauerhaft ändern – die Einstellungen
werden beim nächsten Start überschrieben. Workaround über die Config-Datei:

Config bearbeiten

nano ~/.smokinguns/smokinguns/q3config.cfg

Folgende Zeilen eintragen oder anpassen:

seta r_mode "-1"
seta r_customwidth "1920"
seta r_customheight "1080"

Alternativ: `r_mode "-2"` übernimmt automatisch die Desktop-Auflösung.

> **Hinweis:** Smokin' Guns unterstützt kein echtes Widescreen-Seitenverhältnis.
> Bei 16:9 wird das Bild gestreckt. 4:3-Auflösungen wie 1280x960 oder 1600x1200
> sehen besser aus.

Config schreibschützen

Damit das Spiel die Werte nicht beim Start überschreibt:

chmod 400 ~/.smokinguns/smokinguns/q3config.cfg

---

## Automatisches Installations-Script

Wer die Schritte nicht einzeln ausführen will: Das Script `install-smokinguns.sh`
erledigt alles automatisch und erkennt selbst, ob Debian- oder Ubuntu-Workaround
nötig ist.

bash install-smokinguns.sh /pfad/zu/smokinguns_1.1-1_i386.deb

UPDATE April 2026: siehe Ende diese Posts

Die Wiederbelebung von UT2004, ein Spiel, das vor 19 Jahren die Charts anführte, stand vor einer Herausforderung.

In dieser Ära war eine zeitgemäße NVIDIA-Grafikkarte unverzichtbar, und ich fragte mich besorgt,

ob UT2004 auf meinem Tuxedo Aura Gen2 überhaupt reibungslos laufen würde.

Diese Bedenken erwiesen sich jedoch als unbegründet, da der AMD Lucienne-Treiber (amdgpu) mehr als ausreichend war. Im Folgenden werde ich kurz die Installation des Spiels beschreiben:

Ich besitze die Unreal 2004 Special Edition in einer gefakten Metall Schachtel. Da hatte ich mich damals sehr geärgert, dass es so billig daher kam, (Quake 3 Arena hatte hoch eine echte Metall Schachtel!)

Im UT Pack eine Gamer Maus und ein Headset dabei, wenn ich mich richtig erinnere.

Der notwendige Key ist auf dem Disk Case im Inneren aufgeklebt und gut lesbar.

Zuerst habe ich Original DVD Special Edition genutzt, dort ist ein Linux installer drauf.

Den habe ich in das Unterverzeichnis  ~/games/UT/ kopiert und ausführbar gemacht.

chmod +x linux-installer.sh
./linux-installer.sh

Ich habe die lokale Installation gewählt und den Key im Format XXXXX-YYYYY-ZZZZZ eingeben müssen.

Der Key wird in UT/System/cdkey gespeichert.

Jetzt kann man mit cd UT/System/

das Game starten.

./ut2004-bin-linux-amd64

Höchst wahrscheinlich wird das aber nicht klappen, weil Libraries nicht gefunden werden. Mit

ldd ut2004-bin-linux-amd64

erfährt man die problematischen Libs.

libstc++.so.5 habe ich von hier direkt geholt und installiert

https://packages.debian.org/trixie/i386/libstdc++5/download

Warum nicht aus dem Repo mit apt?

Darum: womöglich ein Bug, durch die beiden ++, keine Ahnung...

Schaut hier, eine einfache Suche mit dem vollen Namen hat keinen Treffer, der Umweg mit grep aber schon. Das hatte ich gestern aber nicht entdeckt, deshalb der Download.

# apt search libstdc++5
Sortierung… Fertig
Volltextsuche… Fertig
root@debian-bookworm:~# apt search libstdc++|grep libstdc++5

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

libstdc++5/testing,stable,now 1:3.3.6-34 amd64  [installiert]

Bei mir sieht das unter Debian Trixie jetzt so aus:

ldd ut2004-bin-linux-amd64
    linux-vdso.so.1 (0x00007ffe9f1e0000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fad00e0f000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fad00e0a000)
    ./libSDL-1.2.so.0 (0x00007fad00dd2000)
    libstdc++.so.5 => /lib/x86_64-linux-gnu/libstdc++.so.5 (0x00007fad00cf0000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fad00c11000)
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fad00beb000)
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fad00a09000)
    /lib64/ld-linux-x86-64.so.2 (0x00007fad00e36000)

Dann läuft das Spiel, hat aber noch keinen Sound.

Dafür einfach in UT/System openal.so löschen und mit ln die aktuelle openal verlinken

ln -s /usr/lib/x86_64-linux-gnu/libopenal.so.1.23.1 openal.so

Weiter gehts, wir brauchen noch die aktuellen Erweiterungen, das Megapack für linux. ut2004.megapack-english-master.zip

Das bekommt man direkt von https://github.com/liflg/ut2004.megapack-english

Dort das Zip downloaden und das darin enthaltene tar entpacken, vorher mit tar tvf auch schoen, das man ins richtige Verzeichnis entpackt.

Bei mir:

~/games/UT$ tar xvf ../ut2004.megapack-english-master/ut2004_megapack.tar.bz2

Alles etwas kurz gefasst, hoffentlich kommt ihr damit klar.

Hier mein start script.

cd ~/games/UT/System
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.
./ut2004-bin-linux-amd64
unset LD_LIBRARY_PATH

Dann kann ja die nächste LAN Party kommen. ►

Zur Erinnerung:

UT 2004 Adrenalin 100 Stück:

• Speed: 4 mal vorwärts    
  Doppelte Geschwindigkeit
• Booster: 4 mal rückwärts
  Gesundheit beginnt um 5 pro Sekunde zu steigen, bis sie 199 erreicht.
  Dann beginnt Ihre Rüstung um 5 pro Sekunde zu steigen, bis sie 150 erreicht.
• Berserker: 2 mal vorwärts 2 mal rückwärts
  Alle Ihre Waffen feuern doppelt so schnell wie normalerweise
• Unsichtbar: 2 mal links 2 mal rechts
  Fast unsichtbar

Update April 2026

Seit dem 16. Februar 2026 hat Epic Games UT2004 komplett freigegeben — kein CD-Key mehr notwendig, einfach herunterladen und spielen.

Noch besser: Mit dem OldUnreal-Patch läuft das Spiel heute out of the box unter Linux, ohne sich mit fehlenden Libraries herumzuschlagen. Der ganze Aufwand oben ist nicht mehr nötig.

Download und Infos: https://www.oldunreal.com/ut2004patches.html

Bonus: Deutsche Lokalisierung

Die deutschen .det-Sprachdateien sind im OldUnreal-Paket bereits enthalten. Einzige Änderung nötig in ~/.ut2004/System/UT2004.ini (nicht die systemweite INI im Installationsverzeichnis!):

Language=det

Menü, Beschriftungen und Bot-Stimmen sind dann auf Deutsch. Die Konsole öffnet sich übrigens mit ^ — falls das nicht klappt, einfach in ~/.ut2004/System/User.ini eine andere Taste binden:

F10=ConsoleToggle

Ritter-TD: Wie ein KI-Experiment zu einem echten Spiel wurde

Vor ein paar Monaten hatte ich eine Idee:

Ein einfaches Tower-Defense-Spiel, komplett in einer einzigen HTML-Datei, kein Build-System, kein Framework,
  einfach aufmachen und spielen. Mit OpenAI Codex habe ich damals eine erste Version hinbekommen — funktionsfähig, aber roh. Ein Proof of Concept.

  Dann kam die Pause. Das Projekt lag herum.

Was danach passierte, war echte Serendipity:

Ich habe die Arbeit mit Claude wieder aufgenommen, ohne großen Plan — einfach weitergebaut. Und irgendwann an  einem Punkt war es kein Experiment mehr. Es war ein Spiel.

 Was steckt drin?

Fünf Turmtypen mit Upgrade-System, sechs verschiedene Gegner-Typen mit eigenen Mechaniken, ein Highscore-System auf zockertown.de,

Smartphone-Support im Querformat — und das alles in einer einzigen .html-Datei, die man einfach im Browser öffnet.

  Ein paar Dinge, die ich besonders mag:

•   Der Baumeister — ein Gegner, der buchstäblich eine Abkürzung durch deine Verteidigung baut. Stirbt er, macht er nächste Welle weiter, wo er aufgehört hat.
  Ist die Abkürzung fertig, müssen plötzlich zwei Routen verteidigt werden.
•   Die Frost-Synergie — Magier Stufe 4 neben Katapult Stufe 4 verwandelt Felskugeln in Eiskugeln. Klingt harmlos, ist aber ein echter Gamechanger.
  Und er  lockt den Runenbrecher an, der Magier gezielt jagt. Balance durch Konsequenz.
•   Der Springer — ein Frosch, der auf Türme springt und ein Eisfeld hinterlässt. Weil es Spaß macht.

 Wie es gebaut ist

 Keine Dependencies. Kein npm. Kein Webpack. Eine Datei, ~1800 Zeilen JavaScript, Canvas-Rendering, WebAudio für alle Sounds, PHP-Backend für die Highscores.
Der gesamte Code lebt in ritter-td.html.

 Das war von Anfang an die Bedingung: offline spielbar, kein Server nötig, kein Login. Einfach Datei runterladen, öffnen, spielen.

  Über den Prozess

 Was mich bei dieser Art von Entwicklung fasziniert: (Neudeutsch Vibe Coding)

Man beschreibt eine Idee — „ein Feind, der eine Abkürzung baut, und wenn er stirbt, macht er nächste
  Runde weiter" — und bekommt innerhalb von Minuten funktionierenden Code zurück. Der Reiz liegt nicht darin, dass man selbst nichts tut. Der Reiz liegt darin, dass man genau das tut, was man am besten kann: Ideen haben, testen, korrigieren, iterieren.

Die KI schreibt keinen guten Code, weil sie kreativ ist. Sie schreibt guten Code, weil sie geduldig ist und ich nicht aufgehört habe, Fragen zu stellen.

 Spielen

  → Ritter-TD spielen https://zockertown.de/ritter-td.html
  → Anleitung & Gegnerübersicht https://zockertown.de/anleitung.html

⌨Steuerung

Es sind noch ein paar Überraschungen eingebaut, viel Freude beim spielen!

  Die Bestenliste läuft live auf zockertown.de. Wer schafft Welle 20?

  ---
  Hinweise, Bugs, Ideen? Gerne in die Kommentare.

Goblins marschieren aus der Höhle am linken Kartenrand und wollen die Burg rechts erreichen. Jeder Eindringling kostet ein ❤ Herz. Baue Türme auf dem Grasland (nicht auf dem Weg), schieße die Goblins ab und sammle Gold für neue Türme und Upgrades.

Das Spiel hat jetzt eine schöne Tiefe:

  Frost-Synergie + Runenbrecher als Konter
  - Springer der Türme vereist
  - Baumeister der eine echte zweite Front aufmacht

▶Start

Datei ritter-td.html im Browser öffnen (Firefox / Chromium). Kein Server, keine Downloads – alles läuft lokal. Audio startet nach dem ersten Klick oder Tastendruck.

Beim Stöbern bin ich über eine alte VOBIS-Anzeige von Anfang der 90er gestolpert.

Damals waren Highscreen-Tower mit 486er CPU, 25 MHz, 4 MB RAM und 80 MB Festplatte der letzte Schrei – und das Ganze für schlappe 9.831 DM.

Heute halte ich dagegen:

ein ESP32-C3 Super Mini, kaum größer als eine Briefmarke, mit integriertem WLAN/Bluetooth, RISC-V-CPU bei 160 MHz, ein paar hundert KB RAM und Flash-Speicher. Kostenpunkt: 3,99 €.

Ich konnte nicht widerstehen und habe das Ganze im Stil der alten „VOBIS Denkzettel“ nachgebaut.

Herausgekommen ist ein Fake-Werbeblatt, das so herrlich an die Zeit erinnert.

– Tippfehler inklusive. 🤓 Besonders köstlich: Statt „SRAM“ steht da groß und breit „SPAM“.

PS: Mein persönliches Highlight:
Im Fake-Denkzettel „passt der ESP32-C3 Super Mini“ nicht etwa in die Hosentasche,
sondern in die Hasenlasche. 🐇
Retro-Charme pur – so war Werbung in den 90ern!

Fast zu schade, das zu korrigieren.

Fazit: Ein ESP32 steckt heute in der Hosentasche mehr Rechenpower als ein 486-Tower von damals – und kostet weniger als ein belegtes Brötchen am Bahnhofskiosk.

Wer hätte 1990 gedacht, dass „der nächste Computer“ nicht mehr den halben Schreibtisch füllt, sondern im LARP-Armband oder der Kaffeemaschine verschwindet?

Nachtrag:

Wer den Fake-Denkzettel genau anschaut, entdeckt auch die typischen Inhalts-Teaser – ganz wie im Original:

• Seite 1: „Warum Ihr nächster PC in die Kaffeetasse passt“
• Seite 2: „So steuern Sie mit 5 Euro Ihr ganzes Haus“
• Seite 3: „Netzwerkkarte? Heute heißt das WLAN-Onboard!“
• Seite 4: „Vergleich: 486 Tower vs. ESP32“

Fast zu schade, um sie zu überlesen – aber genau so war das damals ja gedacht.