READY.

RETROPACK C64

LOAD“RETROPACK“,8,1

Das RetroPack C64 ist ein zusammenhaengender Baukasten aus Werkzeugen fuer den Commodore 64 – geschrieben in BASIC V2 mit Maschinencode-Modulen, entwickelt in C64Studio, getestet in VICE und auf echter Hardware. Vom gezeichneten Sprite bis zum fertigen Spielcharakter mit Inventar, Quests und Haendler laeuft alles auf dem C64 selbst. Ergaenzend gibt es Werkzeuge fuer den PC, die dieselben Dateiformate lesen und schreiben.

Eine Werkzeugkette

Jedes Programm baut auf den Dateien der anderen auf: Sprites werden zu Animationen, Animationen zu Charakteren, Charaktere handeln mit Items und nehmen Quests an.

Zwei Disketten

Alle Programme passen vollstaendig auf zwei D64-Images - jedes Programm mit allen Modulen und Bildschirmen auf einer Diskette, kein Diskettenwechsel im Betrieb.

Bruecke zum PC

PNG-Sprite-Sheets werden zu C64-Sprites, C64-Dateien zu PNG und JSON fuer Unity oder eigene C#-Projekte.

Die Editoren auf dem C64

Sprite-Editor

Hardware-Sprites zeichnen und animieren. Seit dem 28. August liegen 540 gezeichnete Icons in sechs Kategorien auf elf Disketten. Fertig und im Einsatz

Charakter-Editor

Spielfiguren mit Genre, Klasse, Werten, Portrait, Rucksack und bis zu sechs Bewegungszustaenden. In Entwicklung

Item-Editor

Waffen, Ruestungen, Ringe, Traenke - mit Icon, Preisen, Effekten und Export-Datenbank. Fertig und im Einsatz

DB-Viewer

Blaettert durch die exportierten Item-Datenbanken samt Icon-Galerie. Fertig und im Einsatz

Quest-Editor

Quests je Zone: Ziel, Zielanzahl, Belohnung aus Gold, Item und Erfahrung. Fertig und im Einsatz

Handel-System

Spieler und Haendler-NPC tauschen Items gegen Gold. Seit dem 4. September laeuft das Maschinencode-Modul zum ersten Mal aus BASIC - durch die ganze Kette. In Entwicklung

char-exporter

Kleines Zusatzprogramm, das einen Charakter mit allen Verweisen auf eine Zieldiskette kopiert. Fertig und im Einsatz

Grafik-Editor

Vollbild-Grafiken als Bitmap oder scrollbarer Zeichenmodus. Zeichenkern und alle Werkzeuge in VICE bestaetigt. In Entwicklung

charmode-Exporter

Wandelt ein gespeichertes Bild in einen Zeichensatz um. Seit dem 24. August ein eigenes Programm. Fertig und im Einsatz

Map-Editor

Scrollende Spielwelten aus 2x2-Kacheln. Der Editor laeuft: zeichnen, scrollen, laden, speichern, Zeichensatz-Import. In Entwicklung

Sound-Editor

Kurze Spielgeraeusche und Jingles. Editor gebaut, Zusammenspiel mit dem Musik-Editor eigens geprueft. Fertig und im Einsatz

Musik-Editor

Tracker-Light mit drei Stimmen, Pattern und Sequenz. Player und Editor vollstaendig gebaut. Fertig und im Einsatz

Zauberbuch-Editor

Zwei Buecher auf eigener Diskette: 16 Sprueche fuer Magier und Priester, 8 Kampf-Faehigkeiten fuer den Krieger. In Entwicklung

Rezept-Editor

Rezepte fuer das Crafting-System anlegen - eigenstaendiges Programm, schreibt die RZDB-Datei auf die Item-Diskette. In Entwicklung

Bausteine fuer das fertige Spiel

SpriteKit-Runtime

Wiederverwendbares Laufzeit-Kit: Sprites anzeigen, bewegen, animieren, Joystick lesen, Kollisionen pruefen. Fertig und im Einsatz

Interface-System

Genre-abhaengiges HUD. Rollenspiel auf echter Hardware bestaetigt, Adventure in VICE geprueft. In Entwicklung

Crafting-System

Vier Berufe mit Fertigkeitsskala, Rezepte in einer Sammeldatei. Craft-Schirm, Herstellen und Lernen laufen als Maschinencode-Modul auf dem Geraet. In Entwicklung

Bank

16 Lagerplaetze mit echten Item-Bildern. Seit dem 28. August am Kampf beteiligt - und auf dem Weg ins Rollenspiel. In Entwicklung

Spielstand-System

Wo der laufende Spielzustand liegt: benannte Bloecke, eigene Diskette, zehn Staende je Charakter. Entwurf / im Aufbau

Zauberbuch

Die Anforderungssammlung zu den Zauberspruechen - bewusst ohne eigenen Code. Format und zwei Buecher stehen, die Kampfregeln kommen laufend dazu. In Entwicklung

Schlachtfeld

Der Kampf als eigene Karte statt als Einblendung. Seit dem 2. September laeuft ein vollstaendiger Kampf auf dem C64 - und stimmt mit einer unabhaengigen Simulation ueberein. In Entwicklung

Demo-Spiele

Alle acht Laufzeit-Kits gleichzeitig im Einsatz. Adventure, Rollenspiel und Jump and Run laufen alle drei. In Entwicklung

Grundgeruest Adventure

Die leere Startdiskette fuer ein eigenes Adventure. 109 Bloecke belegt, 555 frei fuer eigenen Inhalt. In Entwicklung

Grundgeruest Rollenspiel

Dieselbe Idee fuer Genre 1. Das Kampfmodul zieht auf die Diskette - fuer eigene Inhalte bleiben damit 3235 statt 701 Byte. In Entwicklung

Grundgeruest Jump and Run

Geruest- und Beispieldiskette stehen. 584 Bloecke frei, zwoelf Felder in der Startdatei. Fertig und im Einsatz

RetroPack-Disketten

Fuenf Programmdisketten und zehn Datenabbilder, spurenoptimiert fuer kurze Ladewege - und seit dem 1. September ein zweiter Zweig mit den PC-Werkzeugen als Installationsprogramm. Fertig und im Einsatz

RetroPack-CRT (Steckmodul)

Dieselben Editoren auf einem EasyFlash-3-Modul statt auf Disketten - eine Datei, ein Boot-Menue, und ein Export, der das fertige Spiel auf Diskette schreibt. In Entwicklung

Werkzeuge fuer den PC

PNG-STKA-Konverter

Zerlegt ein Pixel-Art-Sprite-Sheet automatisch in einzelne C64-Sprites und schreibt sie auf die Diskette. Fertig und im Einsatz

STK64-Exporter

Die Gegenrichtung: C64-Dateien nach PNG und JSON, direkt in Unity weiterverwendbar. Fertig und im Einsatz

Quest-Manager

Redaktionswerkzeug fuer viele Quests auf einmal, mit JSON- und CSV-Austausch. Gegen eine echte C64-Diskette durchbedient. Fertig und im Einsatz

Rezept-Exporter

RZDB zwischen C64-Diskette und JSON hin- und herwandeln. Fertig und im Einsatz

Adventure-Dirigent

Der Spielablauf als Knotenbild statt als Quelltext - Autorenwerkzeug am PC, schlanker Dolmetscher auf dem C64. In Entwicklung

Schlachtfeld-Dirigent

Dasselbe Muster fuer den Kampf: Karten am PC bauen, auf dem C64 durchspielen. Alle zehn Einsprungpunkte sind gelaufen. In Entwicklung

Zauberbuch-Manager

Zauberbuecher und Kampfbuecher am PC bearbeiten, ein- und ausspielen. Laeuft, mit zweihundert Pruefungen abgesichert. In Entwicklung

Screen-Editor

Bildschirmentwuerfe im charscreen-Format oeffnen und bearbeiten - die Abloesung des Screen-Editors aus C64Studio. In Entwicklung

Neu seit dem 2. September: jedes Programm zeichnet seinen eigenen Aufbau

Ein Nutzerauftrag ging an alle Teile des Baukastens, die einen eigenen Speicheraufbau haben: eine Blockgrafik, die zeigt, welche Programmteile es gibt, wo sie im Speicher liegen und wie sie zusammenhaengen. Bis zum Abend hatten vierzehn Projekte eine gebaut – als PDF, teils auf A3 quer, weil es anders nicht auf ein Blatt geht. Wer keinen nennenswerten eigenen Adressaufbau hat, war ausdruecklich nicht gemeint.

Das Bemerkenswerte ist nicht, dass es die Bilder gibt, sondern wie sie entstehen. In der Grafik des Adventure-Geruests steht keine einzige Adresse im Skript: Die Kit-Adressen kommen aus dem gemeinsamen Speicherplan, die Figurenadressen aus den Ladebefehlen im Quelltext, die Programmgrenzen aus der Laenge der gebauten Datei, die Dateiliste aus dem Verzeichnis der fertigen Diskette. Ein Bild, das seine Zahlen aus den Quellen holt, kann nicht veralten, ohne dass es auffaellt – ein von Hand gepflegtes veraltet still.

Eine dieser Pruefungen hat einen echten Fehler gefunden, BEVOR sie je gruen war Das Handel-System liest sein fertiges PDF zurueck und vergleicht fuenfzehn Kernangaben mit dem, was das Skript selbst errechnet hat. Schon der erste Lauf schlug fehl: Eine Zahl fehlte im Ausdruck. Die Ursache war eine Falle der Skriptsprache - ein Funktionsaufruf ohne Klammern nimmt nur das erste Argument und laesst den Rest wortlos fallen. In der Bildschirmfassung sah die Zeile richtig aus, weil dort schlicht nichts stand, wo etwas fehlte. Eine Pruefung, die ihren ersten echten Fehler findet, bevor sie einmal durchgelaufen ist, hat sich in dem Moment selbst gerechtfertigt.

Auch die Zuordnung prueft sich mit: Findet sich fuer eine Datei auf der Diskette keine Adresse, steht das im Bild und nicht nur in einem Protokoll, das niemand liest. Beim Adventure-Geruest sind derzeit 19 von 19 Dateien zugeordnet.

Wie weit ist der Baukasten? Jedes Teilprojekt hat seinen eigenen Fertigstellungsgrad gemeldet. Die gesammelte Uebersicht steht auf der Seite Projektstand - mit dem Hinweis, warum die Zahlen NICHT untereinander vergleichbar sind.

5. September: vier Projekte, ein Befund - und er loest sich in Wohlgefallen auf

Mehrere Projekte meldeten unabhaengig voneinander dasselbe: In ihren Papieren standen ploetzlich falsche Zeilenenden – einzelne Zeilen mit einem anderen Abschluss als der Rest der Datei. Jeder Ordner suchte die Ursache bei sich, und jeder fand einen Teil davon. Ein Projekt trug sie hinein, ein anderes fand heraus, dass sie wieder verschwinden, ein drittes, warum sie trotzdem in manchen Ordnern stehen blieben.

Die Stelle liegt im gemeinsamen Meldewerkzeug: Es liest die Empfaengerdatei komplett in Zeilen ein – dabei gehen die urspruenglichen Zeilenenden verloren – und schreibt sie einheitlich zurueck. Jede eingehende Meldung glaettet also die ganze Datei des Empfaengers. Nachgestellt wurde das isoliert, an einer Wegwerfdatei: sieben richtige und drei falsche Zeilenenden hinein, nur die beiden Programmzeilen gefahren, zehn richtige und null falsche heraus.

Der Befund relativiert sich selbst - und genau das ist das Ergebnis Der Schaden ist vergaenglich. Ein Ordner, der regelmaessig Post bekommt, glaettet sich selbst. Stehen bleiben die falschen Zeilenenden nur dort, wo lange nichts eingeht - also ausgerechnet bei den stillen Ordnern, die ohnehin niemand ansieht. Vier Projekte haben einen halben Tag lang jeweils die Haelfte einer Ursache gefunden; erst zusammengelegt ergaben die vier Befunde ein Bild, in dem auch klar wurde, dass es kein dringender Fall ist. Das ist der seltenere Ausgang einer Fehlersuche: nicht ein Schuldiger, sondern ein Mechanismus - und die Einsicht, dass er kaum schadet.

Diese Website war selbst eine der Quellen. Beim Nachsehen im eigenen Arbeitspapier standen 66 Zeilen mit falschem Abschluss zwischen 1898 richtigen – hineingetragen von den eigenen Werkzeugen dieses Ordners, ueber Tage, unbemerkt. Wer eine Untersuchung mitschreibt, gehoert nicht automatisch auf die Seite der Ermittler.

7. September: dasselbe Werkzeug, eine Stufe schaerfer - elf Tage Post waren weg

Zwei Tage nach der Zeilenenden-Geschichte hat dasselbe gemeinsame Meldewerkzeug einen groesseren Schaden angerichtet: Zwischen dem 25. August und dem 6. September stand im gemeinsamen Posteingang kein einziger Eintrag. Elf Tage Quermeldungen aller Projekte – verloren.

Die Ursache ist dieselbe Bauart wie beim Zeilenenden-Fall, nur mit hoeherem Einsatz: ganze Datei lesen, ganze Datei zurueckschreiben – und mehrere Sitzungen tun das gleichzeitig. Die Koordination hat es nachgestellt und beziffert:

Fassung	16 gleichzeitige Schreiber	Rueckgabewert
alt	13 von 16 verloren	0 – Erfolg gemeldet
neu (seit 7.9.)	0 von 16 verloren	–

Sechzehn Mal Erfolg gemeldet, dreizehn Mal nichts geschrieben Das ist der eigentliche Befund. Nicht dass Eintraege verloren gingen - sondern dass jeder einzelne Schreibvorgang sich als gelungen meldete. Wer sich auf den Rueckgabewert verlaesst, hat sechzehn Bestaetigungen und drei Eintraege. Ein Werkzeug, das im Schadensfall schweigt, ist schlimmer als eines, das abstuerzt.

Gefunden hat es keine Wachsamkeit, sondern eine Zahl, die jeden Tag neu entsteht

Die Projektstand-Seite dieser Website wird nicht gepflegt, sondern erzeugt: Ein Skript liest die Meldungen im gemeinsamen Posteingang und baut die Tabelle daraus. Am 6. September fand es null statt vierunddreissig Meldungen. Eine gepflegte Tabelle haette einfach weiter dagestanden, und der Verlust waere Wochen spaeter aufgefallen – oder nie.

Und die Website waere um ein Haar der zweite Schaden gewesen Das Sammelskript hat sein leeres Ergebnis naemlich geschrieben. Ein Ausfall sieht fuer ein erzeugendes Werkzeug aus wie ein Ergebnis - es kann nicht unterscheiden, ob es nichts zu finden gab oder ob die Quelle weg ist. Gerettet hat eine Sicherung, die zufaellig kurz vorher entstanden war. Die Zahlen vom 3. und 4. September existieren seither nur noch in dieser Datendatei; die Bergung des Posteingangs hat sie nicht zurueckgebracht.

Behoben wurde es nicht mit einer Warnschwelle – die haette bei jedem Lauf angeschlagen und waere nach dem dritten Mal weggeklickt worden. Sondern eine Ebene tiefer: Das Skript ergaenzt jetzt, statt zu ersetzen. Eine einmal abgegebene Meldung wird nicht dadurch ungueltig, dass sie aus dem Posteingang verschwindet. Damit kostet ein Quellenausfall nichts – null gefunden heisst null geaendert.

Beim Umbau hat das Skript dann seinen eigenen Erbauer erwischt Eingebaut wurde auch eine Warnung gegen unlesbare Zahlen. Erster Lauf: fuenf Zeilen ohne Zahl - und es waren die Kopfkommentare der eigenen Ausgabe, die die neue Zusammenfuehrung nicht uebersprang. Ein zweiter Fund derselben Sorte: Das Skript las eine AUSGEHENDE Meldung dieser Website als Fertigstellungsmeldung der Website, weil sie eine fremde Prozentzahl zitierte. Wer die Zahlen anderer veroeffentlicht, zitiert sie staendig - und sieht damit fuer sein eigenes Suchmuster aus wie eine Quelle.

Was aus dem Tag geblieben ist

Das Meldewerkzeug hat seit dem 7. September eine echte Sperre - nachgesehen im Quelltext, nicht der Meldung geglaubt: Sperrdateien in einem eigenen Ordner, dazu Pruefungen gegen Steuerzeichen und gegen ein einsames Wagenruecklaufzeichen.
172 Eintraege sind aus den Sitzungsprotokollen geborgen worden. Die Bergung ist ausdruecklich unvollstaendig: Von 177 geborgenen Eintraegen der erhaltenen Tage fehlten 18 auch dort, und ein Projekt hat unabhaengig belegt, dass vier seiner Meldungen in keinem Stand mehr auffindbar sind.
Das gemeinsame Regelwerk ist an einem Tag von rund 54 auf 81 Abschnitte gewachsen - nachgezaehlt. Fast alles davon kam aus den Teilprojekten.

Ein Mangel steht offen, und die Begruendung dafuer ist die interessantere Haelfte Dasselbe Werkzeug zerreisst beim Zurueckschreiben fremde Saetze, die ein einsames Wagenruecklaufzeichen tragen - ein Satz kommt in zwei Stuecken an, und der Versand meldet Erfolg. Gemessen ueber alle 38 Posteingaenge: NULL solche Zeichen. Das ist keine Entwarnung, sondern genau das, was ein Zerreisser hinterlaesst - die Spur wird in demselben Zug beseitigt, in dem der Schaden entsteht. Behoben wurde es bewusst NICHT mehr am selben Abend: Der Befund kam vierzig Minuten vor Feierabend, ein misslungener Umbau haette jedem Projekt den Postweg genommen, und fuer eine Probe waere keine Zeit gewesen.

Zu den Statusangaben "Fertig und im Einsatz" heisst: gebaut, in VICE und/oder auf echter Hardware getestet. "In Entwicklung" heisst: laeuft, hat aber noch bekannte Luecken. "Entwurf" heisst: Dateiformat und Speicherlayout stehen, das Programm ist noch nicht fertig gebaut. "In Planung" heisst: es gibt noch gar nichts - weder Programmcode noch Dateiformat; die Seite haelt nur den Platz frei.

AUF DEM C64-ULTIMATE KREATIV ENTWICKELN

Das RetroPack C64 kann ohne weiteres auf den neuen „C64 ULTIMATE“ von Commodore laufen. Es sind Originale von Commdore selbst und keine Emulatoren.

Sie können die CPU auch beschleunigen (wie in einem Emulator) wenn Sie möchten, oder aber ganz im Retro-Style in aller Ruhe das RetroPack C64 nutzen.

Das RetroPack C64 wurde von uns selbst auf einem C64 Ultimate mit Beschleunigung getestet.