GEOS MegaPatch V3 Release 2018

Es gibt 1.222 Antworten in diesem Thema, welches 218.989 mal aufgerufen wurde. Der letzte Beitrag (2. Juli 2025 um 17:17) ist von darkvision.

  • MP3 64 v. 26.01.24

    MP3 128 mit x128 gleiche Prozedur

    Installation hat überall wunderbar geklappt.

    Kann ich bestätigen. Keinerlei Probleme.

    Konfiguration bei mir (jeweils MP3-64 und MP3-128):

    1. VICE mit CMD-HD: Lfw. 8:FD2000, 9:CBM-REU 16 MB, 10:1571CR, 11:CMD-HD (Native); Installation auf HD-Native

    2. VICE: Lfw. 8:FD2000 (1581 oder Native), 9: RAM 1581, 10:RAM Native (12 MB), D:1571CR; Installation auf FD2000; Installation auf

    CMD-FD2000

    3. C128DCR: Lfw. 8:SD2IEC (Native oder 1581), B:REU Native (12 MB), C:1571 (internes Lfw. des C128), D:1581 (auf 1541UII+),

    Installation auf SD2IEC

    Gruß

    Werner

  • Unter GEOS 2.0 konnte auch die 1581 nur 144 Files beherbergen. Ist das unter MP oder GDOS anders?

    Das hat nichts mit MP3 zu tun, ist eine Sache des DeskTop:

    DeskTop V2: 144 Dateien

    TopDesk V5: bis 255 Dateien, bei mehr Dateien erscheint ein Fehler. Gibt ein paar "Bugs" beim scrolling zurück wenn auf der letzten Seite weniger als 16 Dateien angezeigt werden.

    GeoDesk64: 288+8 Dateien, es werden aber max. 160 Dateien auf einmal angezeigt. Mit >> kann man die nächsten 160 einlesen.

  • Moin,

    Geos MP3 64+128 v. 14.03.2024

    Realsystem + WinVice 3.8/64bit xscpu64-r45023.

    LW 08=CMDHD 1581er ( MP3 v. 14.03.24 Start HD)

    LW 09=CMDRL 1581er (MP3 v. 14.03.24 Start RL)

    LW 10=Real SCSI / WinVice CMDFD 1581er (MP3 v. 14.03.24 Updater)

    Mit dem Update mein Realsystem und WinVice System auf den neuesten Stand gebracht.

    Auf einer CMD RL1581 Partition und einer CMD HD1581 Partition, durch "Überbügeln" der Systemdateien, upgedated. Die MP3 Installation, in beiden Modi, verlief ohne Probleme und liess sich anstandslos starten. :)

    Wieder mal eine Klasse Leistung von darkvision .:thumbup:

    Liebe Grüße,

    Jojo

  • Moin Allerseits,

    Überlegungen/Ideen/ Spielereien, falls überhaupt machbar::whistling:

    D2M/D4M mit/auf SD2IEC in Geos MP3/GDos <---> PC einlesen........

    Nachdem ich den letzten Wochen nach einer “einfachen“ Möglichkeit gesucht habe, FD Backups und Partitionen vom Realsystem direkt zum PC und zurück zu bringen, habe ich heute den SD2IEC Spezialtreiber “fakefd.bin“ mit Wheels probiert, um wenigstens direkt die D2M/D4M Partitionen in Real und PC zu nutzen. Das hat mit Wheels soweit funktioniert.:thumbup:

    Das “fakefd.bin“ mit der M-R-Emulation einbinden und eine vorher auf die SD Karte kopiertes D2M/D4M Image mit @cd öffnen und Wheels konnte auf das FD Image, nach Einstellung in der Toolbox, zugreifen.

    Wäre so ein FD Treiber auch unter MP3/GDos realisierbar.:?:

    Eine Möglichkeit FD Formate zwischen beiden Systemen auszutauschen, fehlt irgendwie noch.......:)


    Backup's würden mit FD-Tools/Foreign ausserhalb von Geos gehen:

    SD Karte (CMD System) vom Realsystem in ein PC Kartenleser schieben und mit dd/rawcopy ein Image IMG/DHD erzeugen. Zurück geht auch.

    Leider macht Vice hier noch Fehler beim Lesen und Schreiben im Foreignmodus. Hängt sich jeweils bei Track 1 auf.......||

    Anhang

    fakeroms.zip

    Liebe Grüße,

    Jojo

  • SD2IEC Spezialtreiber “fakefd.bin“ mit Wheels probiert

    Das sind keine Spezialtreiber. Das sind Fake-DOS-Images für FD bzw. HD vom Maurice Randall. Diese DOS-Dateien bestehen im wesentlichen aus 0-Bytes. Lediglich an der richtigen Stelle steht da FD bzw HD. Das wird gebraucht damit Wheels die Laufwerke erkennen kann (file-based M-R emulation). Das neuere MP3 braucht das nicht mehr....

    Soweit ich weiß, unterstützt das SD2IEC keine D2M/D4M.

    Gruß

    Werner

    kleiner Nachtrag:

    Statt der hier benutzten Fake-ROMs, können auch die originalen ROM-Images der FD bzw HD benutzt werden...

  • Moin Werner,

    soweit ist mir das schon klar. Aber Wheels kann mit diesem “Trick“ ein von mir vorher per PC auf SD Karte kopiertes D2M/D4M Image im SD2IEC lesen. Ich vermute mal, das Wheels dann auch darauf schreiben kann. Soweit bin ich mit dem Probieren gestern nicht mehr gekommen.

    Deswegen meine Idee, ob das mit MP3/GDos treibermäßig vielleicht auch machbar wäre.

    Es fehlt, meiner Meinung nach, eine einfache Native Anbindung an Vice.

    DNP kann man nicht direkt in Vice nutzen, aber eine D2M/D4M könnte man direkt wieder einbinden.......:)

    Bitte immer dran denken, ich bin nur Anwender und Rumprobierer......:D

    Liebe Grüße,

    Jojo

  • Deswegen meine Idee, ob das mit MP3/GDos treibermäßig vielleicht auch machbar wäre.

    Also eigentlich hab ich nicht vor das umzusetzen, obwohl es dafür vermutl. eine Lösung inkl. read/write geben könnte, wenn auch sehr langsam (bzw. mit JiffyDOS evtl. nutzbar).

    - Man müsste dem Treiber einen Dateinamen übergeben.

    - Mit "OpenPartition" gibt man die Partition innerhalb D2M/D4M vor.

    - Ermitteln der Startadresse/Offset der Partition in der D2M/D4M-Datei.

    - Beim lesen eines Blocks öffnet der Treiber die Datei

    - Track/Sektor zum Offset addieren.

    - Treiber springt mit seek ("P"-Befehl) an die Position des Blocks in der Datei.

    - 256 Byte einlesen oder schreiben.

    - Datei schließen.

    Der Offset findet sich ja in der Partitionstabelle, seek dürfte das SD2IEC auch nicht zu sehr ausbremsen, aber ob ein PRINT#"data" die Bytes ab Offset in die Datei schreibt oder am Ende anhängt... :nixwiss:

    Also technisch sicherlich lösbar (Treiber die nur mit Standard-I/O arbeiten hab ich ja schon) und evtl. auch für die HD anpassbar, aber der Aufwand für eine relativ kleine Anwendergruppe ist mir ehrlich gesagt zu groß. Da würden mir andere Dinge einfallen zu denen ich mehr an Motivation aufbringen könnte.

    Es fehlt, meiner Meinung nach, eine einfache Native Anbindung an Vice.

    Das ist ganz einfach zu lösen: Kein DNP verwenden :bgdev

    (...oder jemand ergänzt den DNP-Support in VICE)

    Eigentlich braucht es doch dazu aber keinen GEOS-Treiber, ein Tool wie CopyDisk das von einer D2M-Datei auf dem SD2IEC die Daten direkt auf eine echte Disk schreibt (oder umgekehrt) würde ja reichen. hdbackup64 kann das ja mit einer HD bereits, zumindest in eine Richtung.

  • auf SD Karte kopiertes D2M/D4M Image im SD2IEC lesen. Ich vermute mal, das Wheels dann auch darauf schreiben kann.

    letzteres glaube ich nicht. Wie soll das gehen?

    Ein D2M/D4M hat ein Systemdirectory ab Track 26 (offset $190000). Dort sind die Informaionen der möglichen 31 Partitionen (41/71/81/DNP) gespeichert. Wie soll das SD2IEC (das kennt keine D2M/D4M) davon wissen und das aktualisieren? Spätestens bei Schreiben wird das mit ziemlicher Sicherheit in die Hose gehen ....

    Gruß

    Werner

  • Also technisch sicherlich lösbar

    Ich hab mal auf die Schnelle ein kleines BASIC-Programm geschrieben, und ja: Es geht wie oben beschrieben. Zumindest was das lesen angeht.

    Ich hab mir jetzt nur mal das Partitionsverzeichnis als Bytewerte ausgeben lassen, aber der P-Befehl funktioniert, zumindest für das lesen von Daten aus dem D2M auf dem SD2IEC. Man kann also so ein DiskImage "öffnen" und unter GEOS als Medium einbinden. Man muss dann nur für die aktive Partition den Offset aus dem Partitionsverzeichnis ermitteln (sieht auf den ersten Blick ähnlich aus wie bei der HD, also was die Startadresse der Partition angeht) und dann noch die Sektoradresse in eine Relativen Adresswert umwandeln. Dann kann man relativ schnell auf den gesuchten Sektor innerhalb der Partition im D2M zugreifen. Ich denke mal DirMaster wird das ähnlich machen, das kann jas D4M ja auch nur als "Datei" bearbeiten.

    Ob der Platz in einem GEOS-Treiber noch ausreicht wage ich zu bezweifeln. Und man bräuchte dann für jedes Partitionsformat im D2M einen eigenen Treiber. Also FD-S-41, 71, 81, NM... bei zwei verschiedenen Formaten müsste man also den Treiber wechseln.

    Beim Schreiben sendet das SD2IEC ein "70, NO CHANNEL". Ich hab das jetzt nicht weiter untersucht.

    Mir ist das dennoch zu aufwändig, und zu Fehleranfällig: Man kann ja das Verzeichnis auf dem SD2IEC wechseln und schon könnte ein Treiber das Image-File nicht mehr finden. Da sind Fehlerberichte dann vorprogrammiert.

    Wäre mal interessant zu wissen wie das Wheels gelöst hat. Wenn der Source-Code irgendwo auf github & co liegt könnte man mal draufschauen.

    Also ja, es geht... aber Nein Danke... ;)

  • Vielen Dank für Deinen Versuch. :thumbup:

    Werde morgen zum Abschluss mit Wheels noch mal schauen, wie das da mit der Leserei und Schreiberei funktioniert im laufenden Betrieb.:)

    Ist denn der CD-Befehl notwendig? Wie schon erwähnt kann das SD2IEC mit D2M/D4M nichts anfangen. Bei mir passiert bei einem CD:NAME.D2M... gar nichts. Ich bin nach wie vor im gleichen Verzeichnis wie vor dem CD-Befehl. Vielleicht kannst Du mal ohne CD testen...

    Oder must Du in der TOOLBOX was auswählen? Oder nimmt Wheels einfach das erste D2M/D4M was es im aktuellen Verzeichnis findet?

    Je mehr ich darüber nachdenke, desto mehr hört sich das für mich eher nach einer Anwendung an. Das ist ja im Prinzip wie geoConvert, das aus einer D64-Datei die Daten auf eine echte Diskette kopiert. Theoretisch könnte man auch die Daten von einer FD2/FD4-Diskette auslesen und auf eine Native-Partition als D2M/D4M speichern. Mit GDOS64/GeoDesk dann auf ein SD2IEC "senden". Oder "Importieren" und dann wieder auf eine FD2/FD4-Disk schreiben.

    Wäre trotzdem eine Menge an Arbeit, zu viel für mich, zumindest aktuell...

  • Moin,

    Habe Stunden geschaut und bin bald verrückt geworden.......

    Was gestern funktionierte, habe ich heute mit gefühlten "1000" Versuchen nicht mehr nachvollziehen können. ?(

    Wheels64+128, jeweils gestartet von CMDRL und CMDHD zeigten mir keine FD Partitionen mehr auf dem SD2IEC an. Das letzte Fenster (Bild6) zeigt eine Partition an, die es da nicht gibt. Auch wenn ich einer vorhandenen Partition dann vorher den Namen in der Anzeige gebe, wird alles nur mit blinkender SD2IEC Fehlerleuchte quittiert. Wenn ich auf dem "C" Desktop Icon versuche eine Partition zu öffnen kommt die Fehlermeldung "Disk Error $20". Ich vermute mal, Partition nicht gefunden.

    Hat von Euch einer eine Idee. Meiner Meinung nach habe so ziemlich alles versucht. Aber manchmal sieht man ja den "Wald vor lauter Bäumen nicht".........

    Bei mir ist für heute ist Feierabend. :)

    Liebe Grüße,

    Jojo

  • nicht mehr nachvollziehen können.

    Ich sehe da auch nicht durch :wink: . Ein Vorschlag:

    Bild 6 zeigt mir eine Partition, die "N" heißt. Was zeigt Bild 1: das SD2IEC-Hauptverzeichnis, welches den Namen "N" trägt. Zufall???

    Hast Du vielleicht gestern vor dem Wheels-Start das D2M auch Lfw. C: (gdos.d2m) irgendwie göffnet? Erinnerung: das SD2IEC kann normal keine D2M/D4M.

    Gruß

    Werner

    PS:

    Fehlermeldung "Disk Error $20"

    Was wohl soviel heißt: "Kann FAT32 nicht lesen"

    Unter Geos und wohl auch Wheels kann nur innerhalb von Dxx gelesen/geschrieben werden.

    PPS:

    Habe das jetzt mal genauer angesehen (Format D2M/D4M <--> DNP). Lesen könnte funktionieren beim Schreiben währe ich sehr sehr vorsichtig. DxM sind länger als DNP. Das liegt daran daß bei DxM am Ende das System-Directory gespeichert ist. Was damit aber auf SD2IEC passiert? Keine Ahnung. Ich würde sagen bei Änderungen in diesem Bereich werden die Daten nicht aktualisiert....

  • Hallo Werner,

    hatte gestern auf der gleichen SD ein anderes Verzeichnis, ich glaube FD Copy..... .d2m. Hatte in #1106 geschrieben was ich gemacht habe.

    Heute, kein Zugriff, bei gleicher Vorgehensweise. Öffnen konnte man die Partition im SD2IEC nach dem @CD Befehl nicht. Hattest Du ja auch schon gesagt. Danach auch noch mit @cp versucht. Auch eine frische SD bestückt nur mit den Fake PRG und einer d2m probiert, mit vorherigen Öffnungsversuch und ohne Öffnungsversuch, nix.......

    Aufgefallen ist mir dabei.......

    (Die Bilder hatte ich irgendwann vorher geschossen)

    Der neuen SD hatte ich den Namen “sd2iec“ gegeben. Dieser Name tauchte dann auch oben (Bild6) als “part 1 sd2iec“ und unten als “N1 sd2iec“ Partitionsname auf. Also werden beide Namen wohl aus dem SD Namen gezaubert..........:?::?:

    Wheels selber auch in verschiedenen Speichern SCPURAM/REU512/U2+L-REU16mb neu gestartet.......

    Bis auf den Namen, immer mit gleichem Ende.

  • Dieser Name tauchte dann auch oben (Bild6) als “part 1 sd2iec“ und unten als “N1 sd2iec“ Partitionsname auf. Also werden beide Namen wohl aus dem SD Namen gezaubert...

    Ja.

    Versuchst Du etwa, unter Wheels das Image/Partition zu öffnen? Womit?

    Die Wheels-Funktionen kennen das SD2IEC nicht. Deshalb wird (kann) das da so nicht gehen...

    Gruß

    Werner

  • Habe nur versucht nachzuvollziehen, was ich gestern gemacht habe.

    Irgendwas muss ich ja gestern anders gemacht haben, oder es hat sich eine fehlerhafte Speicherung eingenistet, die Reset und Stromlos resistent ist........:/

    Ist natürlich schwierig für Dich/Euch, so ganz ohne Glaskugel, zu helfen.

    :D

  • Ist natürlich schwierig für Dich/Euch, so ganz ohne Glaskugel, zu helfen.

    Richtig, :wink: . Beantworte doch mal die Fragen :wink: ...

    Ein Tipp noch: Die Umwandlung D2M/D4M nach DNP ist meiner Einschätzung nach problemlos möglich. Mach das am PC mit DirMaster V3.1.5. Habe es hier mit einem D2M (MP3-64 Boot für WinVICE) probiert und mit "Speichern unter" als DNP gespeichert. Dateigröße verkleinert sich wie zu erwarten war.

    Anschließend mit vbindiff das D2M und das DNP verglichen. Absolut identisch bis Offset $18ffff. Ab $190000 gibt es bei DNP nicht mehr, beim D2M steht ab da dann das Systemdirectory.

    Das DNP funktioniert auch am C128 (C64Mode). Es bootet nicht, weil ich in VICE eine FD-Native als 8 habe und am C128 eine SD-Native. Aber das DNP läßt sich öffnen, der Inhalt ist komplett vorhanden und ein Validate läuft auch ohne Fehler durch.

    Der umgekehrte Weg geht leider nicht mit DirMaster. Das wäre auch ziemlich aufwändig. Da dann ein Systemdirektory komplett neu erzeugt werden müßte ....

    Gruß

    Werner

    Nachtrag:

    Habe es jetzt probiert, auf dem SD2IEC (uIEC3; aktuelle Firmware) im Basic-Mode ein D2M zu mounten (OPEN15,8,15,"CD:IMAGE.D2M":CLOSE15). Das geht hier nicht! Da wird nichts geöffnet, das SD2IEC bleibt im aktuellen Verzeichnis. Da ich weiß, daß das SD2IEC keine DxM kann, hätte ich eigentlich auch nichts anderes erwartet .....

    Wie zum Geier hast Du vor 2 Tagen auf dem SD2IEC ein DxM geöffnet?