Die SCPU hat ab $D300-$D3FF Arbeitsspeicher.
Die SCPU hat einen 16-Bit-Prozessor. Könnte man da nicht einfach sämtliche Daten oberhalb der 64k-Grenze hinladen?
Die SCPU hat ab $D300-$D3FF Arbeitsspeicher.
Die SCPU hat einen 16-Bit-Prozessor. Könnte man da nicht einfach sämtliche Daten oberhalb der 64k-Grenze hinladen?
Ist im Code irgendeine Stelle, die versehentlich in den 2Mhz-Modus schaltet?
Das Bit wird schon gezielt genutzt, wie man am Chameleon erkennen kann. Ich habe aber leider keinen C128 (und kein kompatibles Modul), um das zu testen. In VICE wird ja leider nicht emuliert, was der VIC IIe im 2-Mhz-Modus sieht. Für Entwickler ist das von daher ungeeignet, weil man evtl. Programmierfehler nicht immer sieht.
Eine SCPU Anpassung sollte normalerweise kein Problem sein. Es sei denn, Illegale OP-Codes wurden verwendet.
Wenn es quelloffen ist, sollte es ja nicht weiter schwierig sein, Illegale Opcodes zu ersetzen. War das bei Apple überhaupt üblich, mit Illegalen Opcodes zu programmieren? Kompatibilitätsprobleme wären doch wahrscheinlich, da reinrassige 6502 von verschiedenen Herstellern kamen. Die Commodore-Rechner hatten da schon einen Sonderstatus, wo man sich auf den CPU-Hersteller verlassen konnte.
Die Reu Blendet nichts ein.
Daher geht es nicht.
Dafür kann sie aber sehr schnell kopieren. Ich kann mir vorstellen, daß das Spiel zwar damit etwas langsamer, aber grundsätzlich umsetzbar wäre.
Daß das noch keiner versucht hat, dürfte wohl daran liegen, daß die meisten REU-Nutzer entweder eine 1541U oder ein Chameleon nutzen, und darauf läuft bereits die EasyFlash-Version.
Speedcode nennt man auch "loop unrolling". Auch hierzu hat die Wikipedia einen recht guten Artikel: Bitte melde dich an, um diesen Link zu sehen.
Weil dadurch der Code erheblich größer wird, liegt es auf der Hand, warum das Spiel auf das große Easyflash-ROM angewiesen ist.