-
Ich gestehe, dass ich zu den Banausen gehöre, die auch erst jetzt gerafft haben, was Stephan Scheuer modifiziert hat, sorry.
Klasse Arbeit. 
Das macht doch nichts. viele jüngere User wissen nicht, dass die Floppydisk Laufwerke eigenständige Computer sind. Es ist nicht möglich, Spiele mit einem Trackloader, Fastloader oder IRQ-Loader,
einfach mal von einer 1541, auf eine 1581, FD-2000, oder sogar auf eine CMD-HD zu kopieren, und diese dann von den Devices aus zu starten. Es wird immer den Totalabsturz der Soft- und Hardware
nach sich ziehen. Ohne das Neucoden der Laufwerkstreiber für die Laufwerke, werden derartige Games niemals funktionieren. Und man bedenke, die Treiber müssen im Gamecode eingebaut werden,
und die 1541-Treiber müssen entfernt werden. Je nach komplexizität des Gamecodes kann das mehrere Wochen in Anspruch nehem.
-
Der Unterschied zum Original ist, dass es von allen Laufwerken läuft. Zudem habe ich das Jahr 19xx gegen 20xx abgeändert.
Bei der Anpassung ist der Spielablauf genauso wie bei der Originalversion. Warum soltte ich da etwas ändern, verstehe ich jetzt nicht so ganz.
Hauptsächlich ging es un die Adaption der Laderoutine an moderne Speichermedien, nicht mehr und nicht weniger. Natürlich beseitige ich
auch Bugs, wenn diese schon in der Originalversion vorhanden sind. Ich bin derade dabei, mir Informationen zum sd2iec zu beschaffen, insbesondere
zur Funktionsweise der Lade- und Saveroutinenunterstützung, damit ich das Problem der Abtürze beseitigen kann.
-
Ich werde mir mal die die Anleitung des sd2iec durclesen und besonders den Abschnitt, der mehr zur unterstützung diverser lader abhandelt . Vielleicht finde ich etwas über den standart c64-Kernal lader.
Und was dabei zu beachten ist..Die seltsame Artefakte ist die Grafik, die nicht richtig dargestellt wird, weil das Game ein splittet screen hat. Da wird abwechselnd der Grafikmodus umgeschaltet. Gleichzeitig
im oberen Bildbereich Hires und im unteren Bereich Multicolor darzustellen, das kann der C64 nicht, deshalb wird das per Raster-IRQ hin-und-her gaschaltet.
-
Autosave bedeutet, dass das mit dem scratchen und speichen automatisch abläuft. Das ist genauso wie beim original Spiel.
-
Das hängt mit den Kernal-Load zusammen, der über $FFD5 geht. Die Sprites werden vor dem Laden deaktiviert. Ich kann das hier auch nicht testen, weil ich diese Hardware nicht besitze.
Vielleicht liegt es auch am Autosave, das ja sehr häufig eine Datei scratch und wieder neue erstellt.
-
Das mache ich immer. z.B. LCP-V2-Fix. Ich komme sonst auch ganz schnell durcheinander. Gestern hatte ich das Spiel stundenlang laufen gelassen und so wie es den Anschein hat, traten keinerlei Abstürze
oder ander Fehler auf. Manchmal Spricht LCP hinter geschlossener Tür. Das ist auf dem Original auch so. Einzig, wobei es Probleme geben könnte, ist ein beschädigtes Autosave-File. Dann passieren seltsame Dinge. LCP geht aus
der Tür und verschwindet auf nimmer Wiedersehen. Tippe ich "Please feed your Dog" tritt LCP aus einer ganz andern Tür wieder in Erscheinung.. Die Routine für die Autosave-Datei werde ich nochmal umcoden, und
zwar so, dass in gewissen Abständen eine Ersatzautosave Datei angelegt wird.
-
Im Moment läuft das Nachladen nur von der Drive-Adresse 8. Wenn es dringend ist, kann ich gleich dabeigehen, um das zu ändern. Mit einer Tasse Kaffee macht es doppelt Spass.
-
Ich bin mal so frei und lade die Quellcodes des "De-Level Exomizer" für den Standart-C64 und für die SCPU im ACME-Format hoch. Wer damit etwas anfangen kann, Bitteschön.
-
Hier noch als kleine Zugabe, die konvertierten und bearbeiteten Bilder der Amiga- und der Atari-Version.
-
Nun bin ich fast fertig und das Game auch. 
"Little Computer People" auch genannt "House on a Disk" ist sogut wie fertig. Ich muss alles nochmals gründlich testen, ob ich alle IRQ-Floppycode Direktiven richtig unmgesetzt habe.
Das ist bei diesem Schreck ähh Trackloader wieder mal richtig schwer, weil der Lader im Spiel gut verteilt ist. Das Game lädt und speichert im Moment nur von der Laufwerkdadresse 8. Am Anfang dauert es etwas, bis das Männchen
im Haus erscheint. Beim Original ist das genauso. Autosave funktioniert und das Datum ist immer etwas mit 20xx. Nix mehr mit 19xx.
Viel Spass mit dem "grumpy man"
Achja fast vergessen, das Spiel ist für alle Speichermedien geeignet. Auch ein Konvert mit Disk2Easyflash müsste funktionieren, außer natürlich die Autosave Funktion.
-
Sollte es wieder erwartend nicht funktionieren, dann einfach posten, wo der Lader ein einer Schleife festhängt.
Ich habe nähmlich auch Probleme, mit einem IRQ-Fast-File-Trackloader, den ich durch Kernalload ($FFD5) ersetzen möchte. Das Game heißt "Little Computer People"
Bei dem Spiel versteht sogar der Floppytreiber mehrere Direktiven, die ich in C64-RAM so nachbilden muss, dass diese die Aufgaben des Floppytreibers übernehmen.
Nach stundenlangen analysieren des Codes habe ich es fast geschafft. Das Game läuft zu 90% störungsfrei von dinem D81-Image.
-
Die Laderoutine wartet auf Antwort vom Laufwerkstreiber. Ist dieser deaktiviert, wartet die Laderoutine für immer und ewig.
-
-
Ich grabe diesen Thread nochmal aus, um mitzuteilen, dass ich dabei bin eine Alldrive Version zu erstellen. Übrigens, alle Onefiler des Games sind Tape-Ripps und nochmal übrigens,
Die Laderoutine ist in etwa so schwierig umzubauen, wie bei Murder on the Mississippie.
Anhang, meine Arbeitsblätter zum Laufwerkspatch.
-
Hier mal 2 Saveroutinen von mir im ACME-Format. Vielleicht kannst du damit etwas anfangen. Falsche Werte in Adressen ab $90 bis $9F und fehlende Vektoren ab $0314 können stören. Auch wenn $D015
nich auf #$00 steht sowie $D01A, der auch auf #$F0 stehen muss.
-
Das wollte ich eben auch schreiben. Aber ich war genauso verwundert, als ich REU-Register im Code fand. Das hat aber nichts mit der REU zu tun. Es sind Adressen für MIDI Hardware komponenten.
-
Ja das geht.
-
-
Bei dem Programm "Dick Tracy Crimestoppers Print Kit" handelt es sich um eine 2 Diskseiten umfassende Drucksoftware aus den Jahre 1988 von Disney.
Ich habe bei der Software den ProDos Trackloader durch eine Getbyte-Laderoutine ersetzt und beide Seiten auf ein D81-Image kopiert. So wie es aussieht, funktioniert das Programm mit dem Umbau genauso gut wie auf 2 D64-Images.
Anbei das Programm als D81-Image. Der Getbyte Ersatzcode für die 1581 und die Kopierroutine 1541->1581 als ACME-Format.
Viel Spass mit dem Programm und den Quellcodes
-
Ja sicher. Deswegen schrieb ich ja auch 6 Seiten.
