letzter Beitrag von Larry am
@Womak habe gerade exakt mit deinem Code getestet, das funktioniert einwandfrei:
Kann es eben nur in VICE testen, mangels echter Hardware :o
Übrigens: Wenn dein Programm größer wird oder Strings nutzt verbietet sich natürlich das Umschalten von BASIC aus, aber dann könntest du das +60k mit eben der Routine befüllen.
Sind die letzten beiden Dateien die du angehängt hast tatsächlich die richtigen?
Ja, definitiv. Habe gerade diese letzte 60kcopy.prg selbst hier heruntergeladen und damit im vice (optionen -memoryexphack 2 -plus60kbase 0xD100) getestet, tut einwandfrei. Also zunächst mit ,8,1 geladen, dann NEW und dann dein Testprogramm in den VICE kopiert, heraus kommt wie erwartet das:
60k_1.png60k_2.png60k_3.png60k_4.png
Hab grad nochmal "Firestarter" getestet, geht! Also dürfte die Hardware OK sein!
Bei mir wird aber nur immer so jeder 10te wert korrekt 20180920_170424[1].jpgkopiert!
siehe hier, das ist c64 RAM nach dem kopieren:
Mist!! Muss später mal alles durchtesten!!! danke schonmal!!! 
Die einzige dazu denkbare Erklärung die mir einfällt wäre die von Post #58 ...
Vielleicht funktioniert das I/O-Register der Erweiterung tatsächlich lesend nicht so wie erwartet, in der VICE Emulation aber schon 
In dem Fall müsste ich die Umschaltung anders (umständlicher) programmieren ....
Kannst du bitte mal folgendes ausprobieren?
Bei mir kommt da 128 und 0 raus.
Bei mir kommt da 128 und 0 raus.
Oha!!! Bei mir kommt 0 und 0 raus!!!
Ok. Das erklärt alles. Ziemlicher Dreck, aber das ist wohl ein write-only Register und VICE emuliert es nicht als solches 
Soo, und hier kommt die Version, die damit klarkommt:
Benutzung wie gehabt
(Das hat jetzt sicher noch ein bisschen optimierungspotenzial ... und es baut mist, wenn man als größe 0 angibt, kopiert dann eine page, 256 bytes)
(Merke gerade, das ist noch ein handfester Bug, die extra page wird auch kopiert, wenn die Größe genau ein Vielfaches der Pagesize (256) ist -- wird noch gefixt)
Yessss!!! Jetzt funktionierts!!! Hin und her!!! 
Vielen Dank für deine Mühe!!!
Das eröffnet mir viele Möglichkeiten, gerade unter Basic!
Am besten wird wohl sein, wenn man im C64 RAM programmiert, Variablen und Strings hinterlegt,
reine Daten, wie für Sprites, chars, Levels oder so sich in der 60K ablegt bzw. dort direkt hineinläd!
Und bei bedarf mittels deiner Routine sich schnell in den C64Ram holt!
Das eröffnet mir viele Möglichkeiten, gerade unter Basic!
Was @BIF wohl dazu sagen wird? 
Aber tolle Sache die Erweiterung. 
Was @BIF wohl dazu sagen wird?
Platz für Doppelpunkte gäbs genug! 
@Womak um da direkt hinzuladen brauchst du aber auch wieder tricks wie "programmierten direktmodus" (krempel mit sys ins rom bei aktivierter bank 1 haut nicht hin weil dann ja wieder dein potentiell größeres basic-programm teilweise ausgeblendet wäre während es läuft) oder eben eine weitere assembler routine
Übrigens kannst du mit der routine das VOLLE Ram nutzen, selbst das unterm I/O Bereich. VIC Bank #3 wäre damit also eventuell eine Option
Den (hoffentlich) letzten bug behebe ich noch, komme ich aber erst morgen dazu. Falls sich in den datasettenpuffer noch was quetschen lässt um irgendwas von disk direkt in die 60k zu laden wäre das dann so ne art mini-toolkit zu der erweiterung für BASIC coder 
Müsste dann vielleicht die Aufruf Basic Zeile "sys820,....." einfach nur am Anfang des Basicprogramms liegen?
Also möglichst weit an $0801 und unter $4096?
wo die liegt ist völlig egal, die routine stellt ja sicher, dass beim verlassen (also wenn das basic programm weiterläuft) immer die standard speicherkonfiguration (internes RAM, ROMs und I/O eingeblendet) aktiv ist.
Mann müsste vielleicht zuerst das 60K füllen/laden, das könnte ja auch von einem "kleinen" Basicprogramm gemacht werden.
Dann die Kopieroutine und das eigentliche Programm ins C64 Basic RAM laden.
Übrigens kannst du mit der routine das VOLLE Ram nutzen, selbst das unterm I/O Bereich. VIC Bank #3 wäre damit also eventuell eine Option
Supi. Von Basic aus ging das ja nicht!
Ich finde es ja gut das sich noch leute mit Basic beschäftigen, aber das wäre mir zuviel Heckmeck, dann doch lieber in Assembler.
Ich z.B. hab nie eine andere Programmiersprache gelernt!
Assembler sich selbst über Bücher, Online oder YT Videos beizubringen ist mühsam!
Assembler sich selbst über Bücher, Online oder YT Videos beizubringen ist mühsam!
Sich mit den Unzulänglichkeiten von Basic2 herumzuschlagen ist deutlich mühsamer; Du hast allerdings (noch) keine Vergleichsmöglichkeit, um das bemerken zu können. 
...und es muss ja auch nicht unbedingt Assembler sein. cc65, Forth, Comal, Pascal - alles ist besser als nur Basic2.
Naja also ich fand Basic immer schlimmer, das war für mich früher wie Vokabeln lernen, bei Assembler gibt es nur kurze befehler. Und nicht ewig lange schleifen etc.
Aber jeder was er mag!
Jeder so wie er mag oder kann!
Bitte hier keine Offtopic Diskussion über Programmiersprachen!
Es geht hier um die 60K Erweiterung und deren Verwendung,
ob in Basic oder Assembler oder beidem ist ja erstmal Wurscht!
