Mehr als die Seite innerhalb der Bank alle 256 Byte und die Bank alle 16k/32k/64k anzupassen ist nicht drin...
Hallo Besucher, der Thread wurde 14k mal aufgerufen und enthält 67 Antworten
letzter Beitrag von Juergen Johannes am
NEORAM auslesen
- DerSchatten
- Erledigt
-
-
Das mit den Nuvis war auch nur eine fixe Idee von mir. Trotzdem ist die GeoRam mit Batterie-Pufferung eine klasse Hardware, die zu unrecht ein Nischendasein fristet.
Ich bin dabei, alles was ich für die EasyFlash umgesetzt habe, auch für die NeoRam verfügbar zu machen. -
Vor dem Hintergrund des oben geschriebenen frage ich mich manchmal, warum es nicht auch ein Kopierprogramm gibt, welches auf einen GeoRAM schneller ist als auf der REU... Sektorbasiert müsste doch der obige Vorteil direkt zum Tragen kommen. Und für GCR Rohdaten meinetwegen auch 2 Seiten pro Sektor belegen, damit der Zugriff aufs GeoRAM effiziehnt ist.
Eine GeoRAM 512k habe ich in der Tat noch liegen, da mein Expansionsport aber mit der U2(+) belegt ist, musste die Funktionalität seinerzeit unbedingt in die U2(+) rein.
-
Hier, als Anhang eine Burstnibler-Version mit GeoRam Unterstützung.
Und hier, meine erste Anpassung eines Spiels mit Track/Sektorloader. Es wird direkt von $DE00 gelesen. Die Routine beginnt ab $6A00
-
Danke. Den nehme ich in meine Burstnibbelrsammlung auf.
Und hier mein Burstnibbler 1.9 - mit REU, GeoRAM und 1541 Ultimate II(+) Support. Letzteres gestattet es, die eingelesene Disk als G64 auf dem USB Stick zu speichern. Auch mehrfaches Abspeichern geht. Und wenn man den REU/GeoRAM-Inhalt abspeichert, kann man aus dem Image mittels G64CONV (siehe mein Github, Link siehe Signatur) daraus ein G64 machen.
Und man kann die Meldung, dass die Quelldisk schreibzuschützen ist, übergehen.
-
Danke!
...Quelldisk schreibzuschützen ist, übergehen.
Diese nervige Meldung habe ich ausnahmslos aus allen Kopierprogrammen, wo diese vorkommt, entfernt.
Als anhang, eine frühe Testversion des Dump-Tools.
Zum testen werden benötigt, der winvice, eine reu mit 512kb/1mb, ein leeres d81 image bei 512kb, zwei leere d81 images bei 1mb.start des tools sys2304
-
Ich merke gerade, dass ich mir da wirklich richtig viel Arbeit aufgehals habe. Das ist nichmal so eben in 4 Stunden dahingecodet.
Ich denke mal, etwas 5 bis 7 Tage brauche ich dafür.
Man könnte auch noch einen g64 converter mit einbauen. Das macht den Kohl auch nicht fetter. Wünsche für das Tool sind auch wilkommen.Es macht aber richtig Spass etwas zu coden, dass im Moment nur in meinem Kopf existiert. Und wenn das Tool erst einmal fertig ist, ist es dass einzige seiner Art.
Stephan
-
Ich finde deine Einstellung total Klasse.
-
Dankeschön!
Dafür gibt es das zweite Update. Die zugefügten funktionen sind:
Das Abspeichern der 512KB und 1MB REU-Image sollten jetzt fehlerfrei funktionieren.
Es kann nun auch ein zuvor abgespeichertes 512KB REU-Image in die REU geladen werden.das Programm wird absolut geladen. Also mit ,8,1. Gestartet wird es dann mit SYS2304.
So, und ich werde nun den Spaghetti-QuellcodeCode ordentlich aufbauen, sonst verliere ich dem Überblick
Stephan.
-
hier mal einige menübilder des programms.
update:
das laden und speichern aus der scpu ist fertig.
das programm zur erkennung der georam-größe ist fertig.mitlterweile denke ich, ich bin hans dampf in allen gassen.
stephan
-
Wie siehts denn mit der Möglichkeit aus die Datei direkt auf eine SD eines SD2IEC zu schreiben?
-
Das sollte problemlos funktionieren. Es werden ausschließlich standart Kernal Lade- und Saveroutinen verwendet.
Du kannst es ja mal mit der Funktion, ein REU-Image (512KB oder 1024KB) auf Disk speichern, testen. Sollte es wider erwarten nicht funktionieren,
versuche ich das zu beheben. In Post 47 schrieb ich bereits, wünche sind wilkonmmenStephan
-
Direkt auf einem SD2IEC möchte man vermutlich keine Aufsplittung in Häppchen, sondern eine große Datei... davon abgesehen würde ich jetzt auch keine Probleme erwarten.
-
Achssooooo. Das ist kein Problem. Es ist sogar einfacher zu coden. Welche maximale Größe schwebt dir den da vor. Ich muss das hier nähmlich testen.
-
Naja, GEORAM/NEORAM-Größe würde ich vorschlagen 512, 1024, 2048.
Sodas man das IMAGE dann auch gleich im VICE nutzen kann. -
das habe ich schon, wie man es an den hochgeladenen menübilder ersehen kann.
0512kb
1024kb
2048kb
custum größe ( nur für user, die wissen was sie da machen) -
Ich muss am Wochenende zum Testen kommen. Gestern habe ich in den Menübildern bei den gößeen Gößen nur die Meldung gesehen, dass man 2 bzw. 4 Disketten bräuchte. Daher die Splitvemutung.
-
Ja, das ist für Anwender, die einfach eine feste Größe abspeichern wolle. Und da eine 1581 doch häufiger vertreten ist als noch größere Massenspeicher,
hatte ich mit für die Aufsplittung zu je 512kb entschieden. Der versierte Anvender nutzt einfach das Custom Menu. Dort kann dann alles nach gut dünken
eingestellt werden.Stephan
-
1581 häufiger als SD2IEC? Quellen?
-
Ein sd2iec habe ich nicht. Weiß du was das bedeutet mal eben ein 8mb File am Stück abzuspeichern oder zu Laden?
Ich habe Ende letzten Jahres mit dem SID und Hüllkurven-Digis experimentiert. Einige Dateien waren c.a. 8mb groß. Das Laden dauerte dann c.a. 10 bis 15 Minuten.
Naja, das Audiofile hatte denn auch eine Spielzeit von 28 Minuten.Stephan