Muss man umwandeln. Die Unterschiede werden in der VICE-Anleitung beschrieben.
Action Replay MK6 -> enter fastload
- c64user
- Thread is marked as Resolved.
-
-
Siehe folgende Posts...
-
-
Ich glaube, da gibt es keinen technischen Unterschied mehr. In VICE wähle ich ja auch immer "Freezer Cartridges > Action Replay V5 Image".
-
Ja, klappt super!
Vielen Dank
-
Wird es das nachher auch irgendwo zum testen geben?
So, hab es also noch etwas erweitert und die allerletzten Lücken ausgenutzt. Im Sprite-Monitor hätte ich zwar gern noch optional die x/y-Expand-Register und den Farbmodus für jedes Sprite berücksichtigt, oder für den Code-Monitor die Code-Suche durch Wildcards ergänzt. Das geht aber nur noch, indem man dafür andere Funktionen opfert, z.B. die Kassettenroutinen - so wie es schon andere gemacht haben.
Neuerungen:
• Im Startbildschirm kann man jetzt das Füllbyte (Standard = $BD) ändern. Dazu einfach 0-9/A-F drücken. Die Eingabestelle wechselt. Nach Drücken von F1 wird der Speicher mit diesem Wert belegt.
• Der Sprite-Monitor wurde dahingehend erweitert, dass alle zum Freeze-Zeitpunkt gültigen Farben berücksichtigt werden, auch der Farbmodus fürs erste Sprite. In den meisten Fällen passt das, aber es kann natürlich vorkommen, dass bei Sprite-Multiplexern und dynamischen Farbänderungen auch mal unpassende Farben angezeigt werden. In dem Fall könnte ein erneuter Freeze-Versuch zum Ziel führen.
Das Menü wurde dem Farbschema angepasst und das Scrollen mit den Cursortasten ermöglicht. Das ausgewählte Sprite wird oben zusätzlich im jeweils anderen Farbmodus abgebildet. Die neue Farbpalette zeigt eine Übersicht der eingestellten und der ursprünglichen Farben:[Palette]
1.: Aktuelle gemeinsame Farbe 1
2.: Aktuelle gemeinsame Farbe 2
3.: Aktuelle dedizierte Farbe (Sprite 1)
-- Lücke --
4.: Gespeicherte gemeinsame Farbe 1
5.: Gespeicherte gemeinsame Farbe 2
6.-13.: Gespeicherte dedizierte Farben (Sprite 1-8)[Tasten]
"0": Hintergrundfarbe
"1": Aktuelle gemeinsame Farbe 1 *)
"2": Aktuelle gemeinsame Farbe 2 *)
"3": Aktuelle dedizierte Farbe *)
"4": Temporäre Übernahme der beiden gespeicherten gemeinsamen Farben und Durchschalten der gespeicherten dedizierten Farben von Sprite 1-8.
"U": Undo (ehemals "Oops") stellt nun auch die drei veränderlichen Spritefarben wieder zurück auf die gespeicherten Werte. Die gewählte Hintergrundfarbe bleibt davon unberührt.*) und Sprung zurück vom Set-Modus zu den einstellbaren Farben
forum64.de/wcf/index.php?attachment/180979/ forum64.de/wcf/index.php?attachment/180980/
forum64.de/wcf/index.php?attachment/180977/
forum64.de/wcf/index.php?attachment/180978/ -
forum64.de/wcf/index.php?attachment/180979/ forum64.de/wcf/index.php?attachment/180980/
forum64.de/wcf/index.php?attachment/180977/
forum64.de/wcf/index.php?attachment/180978/Mh
Gehen leider alle nicht mehr... -
Gehen leider alle nicht mehr
Hatte ich schon bemerkt, dachte aber das wäre nur vorübergehend.
Im Anhang sind noch mal alle Versionen, auch die letzte (ar60m043) mit dem einstellbaren Füllbyte und dem erweiterten Sprite-Monitor.
-
Screen Edit Positionsanzeige
fix: - flackert beim Navigieren in der Zeile der Anzeige
fix: - verschwindet beim Überfahren => wird jetzt gegenüberliegend angezeigt
fix: - zeigt Basis + $97 (z.B. $0497), wenn aus der letzten Zeile kommend
fix: - zeigt Basis + $FF (z.B. $04FF) nach {CLR} generell und nach {HOME} aus der letzten Zeile heraus
fix: - lässt letzte Ziffer stehen nach {HOME}, wenn Zeile und Spalte größer als 9 waren
Alle Fehler sind im Retro Replay noch vorhanden.
add: Hinweis für Füllbyte-Einstellung im Start-up-Menü
mod: Im Direktmodus Timer A auf $3025 statt $3825 (schnellere Navigation); im Programmmodus standardmäßig auf $4025
mod: Freeze-Menü - Menüpunkte nach Kategorie sortiert. Directory ist F3 wie in den anderen Menüs und dem Monitor auch.
Monitor lässt sich auch mit RETURN starten und ist tiefer gelegt, damit man beim Disassemblieren mit CRS-DOWN nahtlos fortsetzen kann.
rip: Multicolor-Bitmap-Bilder werden nun immer als Koala-Bilddatei gespeichert (für etwas Code-Raum).
Die Sache mit der Software-Uhr und dem Messfehler gegenüber dem Original-Modus ohne Modul: Die Uhr läuft im Programmmodus immer richtig. Aber der C64 ist mit eingeschaltetem Modul nun mal etwas langsamer, und dadurch braucht ein BASIC-Programm ganz etwas mehr Zeit. Wahrscheinlich gilt das auch für andere Module mit Erweiterungen. Zum Messen mit TI sollte man also immer dieselbe Konstellation verwenden. Die Uhr bzw. der Service-Interrupt ist mit Modul im Direktmodus absichtlich zu schnell gewesen (8s/min) und jetzt noch etwas schneller.
