War das auch so schlimm? Habe ich gar nicht so furchtbar in Erinnerung. Aber ja, schwere traumatische Erlebnisse können natürlich zu langwierigen psychischen Folgen führen, inklusive vollständigem Verlust jeder Rationalität. Und dann erfindet so eine arme Person make...
Noch schlimmer. "Perl has been referred to as "line noise" and a write-only language by its critics."
Manchmal fragt man sich echt. Wie kann z.B. @ in verschiedenem Kontext so verschiedene Bedeutungen haben? In Variablen das Target, in Recipes Unterdrückung des Outputs, bei Targets zeigt es Target Groups an, gerne dann in Verbindung mit doppelten wie einfachen Doppelpunkten. An anderen Stellen werden munter haufenweise andere Sonderzeichen eingestreut, - um Fehler zu ignorieren; ^, <, >, *, %, ? in Kombination mit einer ganze Latte von Buchstaben für Unmengen von automatischen Variablen... Und da reden wir noch nicht einmal vom unsäglichen Tab vs Space in der Syntax.
Vielleicht liegt's ja an meinem Alter, aber ich kann mir Sonderzeichen einfach schlecht merken. Ein paar Schlüsselworte wäre da echt besser gewesen. Aber vermutlich stammt das alles aus einer Zeit, wo jedes Byte wertvoll war...
Ich glaub da hat einfach jemand mal in Perl programmiert...
Ich hasse make auch. Deshalb verwende ich es nicht mehr. 
Es gibt andere Buildsysteme, und im allgemeinen funktionieren die besser als make. Es ist natürlich eine Umstellung, aber für mich war es das die Mühe wert.
Prince of Persia hab ich mit make gebaut. Damals hab ich mich durchgewurschtelt, aber danach hab ich das bereut.
Ab Canabalt und DkJr hab ich auf SCons umgestellt, auch wegen meiner Python Affinität. Vorerst nur für den Code, aber mit Sonic dann auch komplett für die Daten. Damit konnte ich das ganze Spiel von den original Assets (.png/.psd/.sng/.ins/etc.) direkt mit einem komplett vollständigen Dependency-Baum bauen.
Da SCons auch die Inhalte hasht anstatt nur auf die Filesystem Mod-time zu schauen, ist das Resultat immer korrekt und bei Änderungen immer in Minimal-Zeit fertig, und man kann das auch verlässlich auf allen Cores parallel laufen lassen.
Mit make wäre ich bei Sonic wohl verrückt geworden (141 Source Files, 149 Asset Files, 44000 Zeilen Code).
SCons ist nur eines von vielen System, schau dich mal um was dir am Besten zusagt...
First Star Software ist sehr betucht darauf ihre BoulderDash IP rechtlich zu schützen…
Die Rechte liegen mittlerweile (seit 2017 ) bei BBG Entertainment GmbH
Gut zu wissen. Klagen die auch so wie First Star früher?
First Star Software ist sehr bedacht darauf ihre BoulderDash IP rechtlich zu schützen…
Mit einem „Doppelklick“ auf den Taster wäre das schon machbar…
Oder einfach:
"Ein Array ist ein Pointer, und ein Pointer ist ein Array."
Bei sowas kann man dann aber auch gleich C++ verwenden… 
Sehr interessant. Aber soooo lang!
Wie schafft ihr es das euch nach 2 Stunden nicht die Fragen ausgehen? 
Ich hab das ja schon vor Jahren in diesem Fred geschrieben: das Problem bei so einem Spiel ist nicht die Engine, sondern die Steuerung und die Fahrphysik. Man sollte erstmal das machen und sich nicht mit der Darstellung beschäftigen…
Da hätte ich gerne ein Byte in $dexx für jede 4 KB page, um aus 256 möglichen Locations zu wählen (macht dann runde 1 MB).
Blöd ist dann aber nur das man die Vektoren am Ende der 8KB in jede Bank duplizieren muss, oder?
Jein. In meinem ursprünglichen Konzept war z.B. das EasyFlash 1 (1 MB ROM) eine der Voraussetzungen. Nur weil eine App (oder ein Modul davon) blitzschnell aus dem ROM kopiert wird, statt sie von Diskette zu laden, ist das noch lange kein "geladen halten" oder Multitasking. Trotzdem ist das blitzschnell im Verhältnis zu dem, was man vom C64 (oder GEOS im Diskettenbetrieb) kennt. In einem anderen Vorschlag sollten Apps (oder Bestandteile) über das WIC64 von einem Server (der auch im LAN stehen kann) "geladen" werden.
Das funktioniert aber nicht wirklich weil Applikationen ja auch ihren Zustand/Daten im RAM halten. Wie hast du dir das vorgestellt?
Ich habe ChatGPT vor über einer Stunde mal aus jux und dollerei mit einem Sourcecode von Super Mario gefüttert und gebeten mir daraus ein funktionierendes Spiel für den C64 zu schreiben. Natürlich wird da viel Grütze bei rauskommen...vermutlich ist der Code auch sehr durcheinander da mir Tele gerade alles in Textblöcken ausgibt und zwischendurch immer wieder Schwierigkeiten hat, vermutlich fehlt viel...aber mich würde einfach nur mal interessieren, ob das was da raus kommt Ansatzweise funktionieren könnte und brauchbar ist (ich habe ausser Basic-Grundkenntnissen eigentlich null Ahnung davon). Du hast nicht zufällig Lust, da nur mal grob drüber zu schauen ob das funktionieren KÖNNTE - oder ChatGPT totalen Murks fabriziert?
ChatGPT kann leider gar nicht wirklich C64 programmieren. Das KI Modell ist darauf ausgelegt Output zu produzieren das auf den ersten Blick richtig aussieht (damit das Reward Modell es gut bewertet) sich aber bei genauerer Inspektion als unvollständig oder inkorrekt herausstellt. Dabei kommt nix funktionierendes raus…
Und wie sollte man das Spielprinzip von Lemmings für den C64 anpassen? Maximal
8 Lemminge?
Hatte Prince of Persia nicht auch in der ersten Releaseversion Probleme mit dem C128-2MHz-Modus?
Ja, aber nur weil der 2 MHz Modus beim Speichern aufs Flash via EAPI eingeschaltet war. Ab Version 1.1 wurde das dann nicht mehr gemacht, wodurch es auf einem original EF1 auch am C128 funktioniert hat.
Sonic muss immer von Disk geladen werden. Das Spiel befindet sich nicht nur in der REU, sondern natürlich auch im Speicher vom C64 selbst.
Nein mit 64 KB kommt man da nicht sehr weit.
Man braucht zwei 64 KB banks für die Screen und Color RAM Daten. In der dritten Bank sind dann die Sprites. In der vierten Bank sind verschiedene andere Sachen (Musik, Charset Animationen, Map Grafiken, etc.). Es ist nur sehr wenig frei. Unter 4 Banks (256 KB) wird das also wahrscheinlich nix. Wenn's eine Chance gegeben hätte das mit weniger als 256 KB zu machen, dann hätte ich das getan.
Die Level Grafiken brauchen so viel Platz weil die ja direkt kopiert werden, und daher unkomprimiert in der REU liegen müssen.
Solche 10-Zeiler find ich sehr beeindruckend.
Ich muss mir da mal ein paar Basic-Codes durchlesen, kann mir gerade garnicht vorstellen, wie das in 10 Zeilen passt.
Bock hätt ich da auf alle Fälle
Hier das Atari BASIC listing, viel Spass beim Lesen:
Wenn man etwas ins öffentlich zugängliche Internet hochladet, dann ist es meiner Meinung nach veröffentlicht… 
