GEOS MegaPatch V3 Release 2018

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

  • Moin Werner,

    hatte an dem Tag, wo es funktionierte einfach nur den von Dir eben genannten “CD“ Befehl gegeben und wahrscheinlich gar nicht mit “F1“ geschaut, sondern dann Wheels gestartet. Bis Ihr geschrieben hattet, dass das SD2IEC das nicht kann, bin ich davon ausgegangen, das es deswegen funktionierte.......... Es geht definitiv nicht.:whistling:

    Zu Deinem Zip mit der Umwandlung D2/4M --> DNP......

    Ob Du es glaubst oder nicht, genau das wollte ich heute Nachmittag ausprobieren. Super, wenn es so funktioniert.:)

    =========================== ==========================

    Hatte in letzter Zeit etliche Versuche gestartet: Übertragung Real --> PC.

    Das Austesten macht mir viel Spass......

    CP/M

    Bitte melde dich an, um diesen Link zu sehen.

    FD #377 bis #383

    Bitte melde dich an, um diesen Link zu sehen.

    -> Meinungen hierzu bitte in den jeweiligen Thread's, bevor mir Markus hier die “Keule“ zeigt........:D

    =========================================================

    Werde in den nächsten Tagen noch einen Versuch starten mit einer ganz frischen Wheels Starter Disk. Die “Fakes“ wurden ja extra dafür gemacht, damit Wheels die Partitionen öffnen kann. Ich werde berichten.......:)

    Liebe Grüße,

    Jojo

  • Umwandlung D2/4M --> DNP...

    Ja. Aber nur in der Richtung. Andersrum geht nicht.

    ganz frischen Wheels Starter Disk. Die “Fakes“ wurden ja extra dafür gemacht, damit Wheels die Partitionen öffnen kann.

    Nein. Die "Fakes" sind einzig und allein für das SD2IEC unter Wheels (Geos unerscheidet da nichts bzw kann es nicht und das alte MP3 hat die CMD-Lfw. auch nur per direkter Abfrage erkannt). Es sind DOS-Dateien, die mit "XR:dateiname" (file based M-R emulation) im SD2IEC aktiviert werden müssen. Damit wird ein vorher eingelegtes Image als FD oder HD erkannt. Wenn vorhanden gehen da auch die "originalen" DOS-ROM-Images. Das HD-Fake-Image habe ich damals in Wheels für DNPs benutzt. Hat super funktioniert.

    Das hat nichts mit dem Verzeichnis-Wechsel an sich in Wheels zu tun. Dafür müssen externe Tools verwendet werden. Wheels selber kann Verzeichniswechsel nur auf echten CMD-Geräten (als Wheels entstand gab es keine SD2IECs)!

    Was meinst Du, warum ich damals den uIEC-Man geschrieben habe? Genau dafür (für Geos, Wheels (hier auch Native) & altes MP3) ...

    Gruß

    Werner

    PS: Hier mal ein auf 32kB "aufgepumptes" HD-DOS (am Anfang 00 Bytes aufgefüllt). Das würde auch gehen. Bei Offset $7ea4 steht "HD".

  • Nein. Die "Fakes" sind einzig und allein für das SD2IEC unter Wheels (Geos unerscheidet da nichts bzw kann es nicht und das alte MP3 hat die CMD-Lfw. auch nur per direkter Abfrage erkannt). Es sind DOS-Dateien, die mit "XR:dateiname" (file based M-R emulation) im SD2IEC aktiviert werden müssen. Damit wird ein vorher eingelegtes Image als FD oder HD erkannt. Wenn vorhanden gehen da auch die "originalen" DOS-ROM-Images. Das HD-Fake-Image habe ich damals in Wheels für DNPs benutzt. Hat super funktioniert.

    Sorry, vielleicht von mir falsch ausgedrückt. Habe das aber glaube ich richtig verstanden.........:)

    Die Frage ist, warum steht im Wheels Fenster (6) in der Auswahlbox der SD Name als Partitionsname und nicht der Name des auf der SD vorhandenen .d2m Image. Es ist soweit ja alles vorhanden (Bild1). Den XR Befehl für die FD hatte ich gestartet und in Wheels wird was angezeigt (Bild6), nur nicht das was es sollte. Ich gehe doch mal davon aus, das Wheels die Partition der SD an der Endung .d2m erkennt.........:!::?:

    Wie gesagt, werde das nochmal mit einem frischen Wheels machen. Irgendwie glaube ich, dass es an meinem Wheels liegt..........:whistling:

    Danke nochmal für Deine Unterstützung!:thumbup:

    Liebe Grüße,

    Jojo

  • Die Frage ist, warum steht im Wheels Fenster (6) in der Auswahlbox der SD Name als Partitionsname und nicht der Name des auf der SD vorhandenen .d2m Image.

    Ich vermute mal das Wheels mit den D2M/D4M nichts anfangen kann, auch mit XR:FD.bin. Den Namen "N" kann kann man auch über das Directroy (LOAD"$",x) abfragen. Könnte also sein das Wheels hier, wenn keine Diskette eingelegt, das über das Directory versucht und so an den Namen kommt. Oder das grundsätzlich so macht weil schneller...

    Der einzige für mich "halbwegs" logische Grund für Fake-DOS "FD" ist, wenn man beide Geräte hat und ab&zu die Adressen/Geräte tauscht, dann meckert Wheels beim booten evtl. nicht wegen fehlender Laufwerke. Ist ein D81 am SD2IEC gemounted wird es von Wheels dennoch als FD erkannt und kann so genutzt werden, bis eben auf die Partitionsauswahl.

    Wheels hat doch auch eine gespeicherte Laufwerkskonfiguration? Was passiert denn bei einem SD2IEC "1581" und einer FD, wenn beim Start beide Laufwerke getauscht wurden?

    MP3 hat da ja eine rudimentäre Automatik, die das. ggf. versucht zu korrigieren. Wenn Wheels sowas nicht hat wäre es ja "nervig" wenn man nach jedem booten mit einer SD statt FD, oder umgekehrt, das Laufwerk wieder neu einrichten muss.

    Da man am SD2IEC das D2M/D4M nicht mounten kann wird das unter Wheels nicht funktionieren, sofern Wheels nicht so einen Ansatz eingebaut hat wie weiter oben beschrieben (Datei-Direktzugriff). Das extrahieren von D64/D71/D81/DNP aus einem D2M/D4M ist ja auch nichts neues und scheint ja auch zu funktionieren. Bei nur einem DNP ist der Start ja immer am Anfang des Image, ggf. muss man da nicht mal was abschneiden, umbenennen in DNP könnte schon reichen (Größe steht ja im Header, ungetestet). Bei mehreren Partitionen muss man die Startadresse ermitteln (z.B. G-P) und den Teil davor und dahinter abschneiden. Auf die Art greift ja auch cbmSCSIcopy auf Partitionen der HD zu.

    Also vermutlich doch kein verstecktes Wheels-SD2IEC-Feature :whistling:

    P.S. Nachtrag:

    MP3 verwendet ja auch die 1541/71/81-Treiber für D64/D71/D81. Für DNP gibt es einen eigenen Treiber. Man könnte also auch unter MP3 versuchen das D2M/D4M einfach in DNP umzubenennen und mit CD zu öffnen. Wenn das geht müsste MP3 auch darauf zugreifen können. Sollte das SD2IEC aber die Größe überprüfen dann dürfte das auch nicht funktionieren (ich meine bei D2M->D81 war das so...).

  • in Wheels wird was angezeigt (Bild6), nur nicht das was es sollte. Ich gehe doch mal davon aus, das Wheels die Partition der SD an der Endung .d2m erkennt....

    Doch, das ist das was aktuell da ist: Das aktuelle Directory des Lfw. C: . Wheels weiß nichts vom SD2IEC, vom D2M, D4M oder DNP (bei HD). Bevor Du das nutzen kannst mußt Du dafür sorgen, daß VORHER ein Image geladen ist (entweder vor dem Start von Wheels oder bevor das Lfw. geöffnet werden soll). Und D2M und D4M gehen sowieso nicht, da das SD2IEC keine D2M/D4M unterstützt.

    werde das nochmal mit einem frischen Wheels machen. Irgendwie glaube ich, dass es an meinem Wheels liegt......

    Brauchst Du nicht :wink: .

    Es liegt an Wheels aber nicht so wie Du denkst :wink: .

    Wheels kennt weder SD2IEC noch D2M, D4M, oder DNP. Dazu ist es zu alt :wink: . Das ROM-File (FD oder HD; ob fake oder original) dient nur dazu daß Wheels ein entsprechendes Laufwerk einrichtet. Dort eine Diskette oder Image einzulegen ist Deine Aufgabe. Das kann Wheels nicht!

    Wenn man es genau nimmt, ist FD eigentlich Blödsinn. D64, D71, D81 gehen wie bei Geos auch. Wenn Du statt FD eine HD einrichtest, dann kannst Du alle möglichen Größen von DNP nutzen. Da sind dann FD2000 mit 25 Tracks und FD4000 mit 50 Tracks dabei. Nur halt nicht DxM.

    Ich hoffe, es wird jetzt langsam klarer :wink: ....

    Gruß

    Werner

    PS:

    Der einzige für mich "halbwegs" logische Grund für Fake-DOS "FD" ist,

    ... die Notwendigkeit der eingestellten "file based M-R emulation" unter Wheels mit dem SD2IEC, wie es auch bei Geos ist (abhängig vom benutzten Konfigurieren wird das SD2IEC zur 1541 oder 1581)...

  • ... die Notwendigkeit der eingestellten "file based M-R emulation" unter Wheels mit dem SD2IEC, wie es auch bei Geos ist (abhängig vom benutzten Konfigurieren wird das SD2IEC zur 1541 oder 1581)...

    Schon klar, das FD.bin deckt in dem Fall aber eben alle Formate ab und ist daher für Wheels die "einfachere" Lösung... dann kann der entsprechende FD41/71/81/NM-Treiber verwendet werden um auf das gemountete DiskImage zuzugreifen.

    Bei MP3 muss man ja zwischen 1541/71/81 und dem SD-Treiber wählen. Also ähnlich, bei Wheels brauchte man aber nur ein Fake-DOS, bei MP3 die 41/71/81.bin, je nach Image-Typ (zumindest "damals").

  • Man könnte also auch unter MP3 versuchen das D2M/D4M einfach in DNP umzubenennen und mit CD zu öffnen. Wenn das geht müsste MP3 auch darauf zugreifen können.

    Das habe ich ja weiter oben schon mal erwähnt :wink: .

    Aber sicher bin ich mir nicht (ich werde es nicht ausprobieren :wink: ).

    Sollte das SD2IEC aber die Größe überprüfen dann dürfte das auch nicht funktionieren

    Hier ein Auszug aus der "SD2IEC Firmware Readme" :

    Code
    Disk images are recognized by their file extension (.D64, .D41, .D71, .D81,
    .DNP) and their file size (must be one of 174848, 175531, 349696, 351062,
    819200 or a multiple of 65536 for DNP).

    Da sollte das SD2IEC also etwas dagegen haben ......

    Versuch macht klug. :wink:

    Gruß

    Werner

  • Ich hab es eben auch mal getestet... geht nicht. Das D2M hat eine Größe von 25,3125*65536. Also bleibt nur abschneiden. Unter Linux einfach...

    Code
    dd if=dummy1.d2m bs=65536 count=25 of=dummy2.dnp
    25+0 Datensätze ein
    25+0 Datensätze aus
    1638400 Bytes (1,6 MB, 1,6 MiB) kopiert, 0,00146377 s, 1,1 GB/s

    Für d4m müsste der Count dann 50 sein. Das dummy2.dnp aus dem Beispiel oben lässt sich dann auch am C64+SD2IEC öffnen, inkl. Inhalt.

    (Annahme: 1 Partition auf der Diskette)

    P.S. Auch der Weg zurück ist möglich (wiederum in der Annahme immer nur Native-Partitionen der gleichen Größe)...

    Zuerst braucht man die Systempartition. Die "klaut" man sich von einem bestehenden D2M (mit 1xNative), hier als "dnphead.bin" abgespeichert, dummy1.d2m ist ein FD2000-DiskImage mit 1xNative:

    Code
    dd if=dummy1.d2m bs=512 skip=3200 count=40 of=dnphead.bin
    40+0 Datensätze ein
    40+0 Datensätze aus
    20480 Bytes (20 kB, 20 KiB) kopiert, 0,000270758 s, 75,6 MB/s

    Danach fügt man DNP+Systempartition zusammen (Das DNP muss genau 25 Tracks groß sein = 1.638.400 Bytes):

    Code
    ( dd if=dummy2.dnp && dd if=dnphead.bin ) >dummy6.d2m
    3200+0 Datensätze ein
    3200+0 Datensätze aus
    1638400 Bytes (1,6 MB, 1,6 MiB) kopiert, 0,00801441 s, 204 MB/s
    40+0 Datensätze ein
    40+0 Datensätze aus
    20480 Bytes (20 kB, 20 KiB) kopiert, 0,00012281 s, 167 MB/s

    Das Image dummy6.d2m hab ich dann wieder in VICE eingelegt... funktioniert... Wichtig ist halt das die Größe am Ende wieder 1.658.880 Bytes beträgt.

    Zumindest unter Linux kann man so also "relativ" einfach ein D2M erstellen bzw für SD2IEC aufbereiten.

    Das geht auch mit D81, nur müssen da die Befehle andere sein bzw. man muss für die zweite Partition beim Input-File am Anfang Bytes überspringen. Das gleiche dann beim Output-File. Und die Systempartition die man als Vorlage nimmt muss auch auf 1581 ausgelegt sein. Da würde ich dann aber doch lieber mit D81 arbeiten :D

    ( Wer Fehler findet darf die behalten ;) )

  • Hallo,

    zum Abschluß dann mal noch ein paar Worte von mir :wink: .

    1. Ich habe das Umwandeln DxM --> DNP jetzt auch mit einem D4M (FD4000-Image) getestet. Funktioniert mit DirMaster V3.1.5 (PC) genauso wie bei D2M.

    Aber trotzdem: Bei Verwendung von DirMaster (PC) ist äußerste Vorsicht!!! geboten. Das beschriebene funktioniert (Wandeln DxM --> DNP). Aber schon das Erstellen eines D4M/D2M mit Partitionen ist fehlerbehaftet (die System-Partition wandert nach unten (hinten)). Auch bei der Anzeige von DNP baut das Programm Mist (man beachte die 5-stellige Disk ID).

    Ich habe die hier verwendeten DxM in WinVice erstellt. Das hat für mich den Vorteil, daß die gleich automatisch eine NativeMode Partition entprechender Maximal-Größe (25 bzw. 50 Tracks) enthalten. Andere Partitionierung brauche ich hier nicht!


    2. Die Umwandlung von D4M/D2M nach DNP (auch umgekehrt) kann man Notfalls auch am PC mit einem HEX-Editor machen. Man müßte nur alles (die System-Partition des FD-Image) von Offset $190000 bis Ende ($194FFF) bei D2M bzw. $320000 bis Ende ($329FFF) bei D4M löschen (die D2M-DNP-Beschreibung (D2M-DNP.TXT) erklärt das nur für D2M).

    Beim umgekehrten Weg müßte man das oben gelöschte speichern und wieder an das jeweilige DNP einfügen (am Ende anhängen).


    3. Das von darkvision beschriebene 'DD' gibt es meines Wissens auch für Windows. Es könnte rein theoretisch also auch da so funktionieren .... (habe und werde ich nicht ausprobiert(en); keinerlei Garantie)

    Gruß

    Werner

  • Moin Werner,

    Deinen in 1. probierten Test, habe ich gestern auch gemacht. Funktioniert auch bei mir. Die so entstandenen DNP lassen sich mit Geos MP3/GDos ohne Probleme einlesen und benutzen. Ich finde das erstmal eine gute Lösung.:)

    Rumprobieren macht echt Spass.........:thumbsup:

    Liebe Grüße,

    Jojo

  • Wheels zum letzten........

    Habe heute nochmal mit dem “HD Fake Image“ probiert. Läuft, wie es soll. Da werde ich mich wohl vor ein paar Tagen im “HD/FD Fake“ Einbindung versehen haben, war ja alles auf der SD. :rolleyes:

    Sorry für den Wheels Ausflug...........:whistling:

    Liebe Grüße,

    Jojo

  • Hallo,

    auf darkvision 's Web-Seite gibt es einen neuen Snapshot von MP3 :wink: .

    Habe beide Versionen (MP3-64 und MP3-128) jetzt je 3x (1x CMD-HD Native (Lfw. 11), 1x FD1581 (Lfw. 8 ) und 1xFD Native (Lfw. 8 )) unter WinVICE (GTK V3.8 r45256) installiert.

    Was ich sagen kann, die Geschichte mit der Tastatur-Bedienung der File-Auswahl (Dateiliste scrollen) unter MP3-128 funktioniert jetzt.

    Mehr, wenn mir etwas auffällt bzw. wenn die restlichen Installationen auf echtem C128 durch sind (heute aber nicht mehr) .

    Gruß

    Werner

    Einmal editiert, zuletzt von wweicht (4. August 2024 um 19:05) aus folgendem Grund: kleine Korrektur

  • Bitte melde dich an, um diesen Anhang zu sehen.

    Da gibt es glaube ich ein Problem mit dem Encoding. Die Umlaute passen nicht.

    GEOS 128 unter VICE 3.7

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • ... so ich habe jetzt auch mal schnell eine MP3-128-Installation am C128DCR (auf SDNative) durchgeführt. Auch hier keine Probleme und die Datei-Auswahl (Scrolling) funzt auch.

    GEOS 128 unter VICE 3.7

    Was ist das für ein Geos, daß Du da startest? Kann es sein, daß es US-Geos ist? Das hat keine Umlaute .....

    (ich werde es morgen probieren (deutsches Geos und dann MP3) installieren).

    Gruß

    Werner

  • Das ist eine US Version von Click Here Software.

    Ok dann ist alles klar.

    Vorstellung Raveolution BBS -> Bitte melde dich an, um diesen Link zu sehen.
    Raveolution BBS -> raveolution.hopto.org:64128
    Raveolution Gopher Hole -> gopher://raveolution.hopto.org:70

  • Das ist eine US Version

    Unter Geos gibt es kein Encoding :wink: , entweder deutsch oder US oder was es da sonst noch gab ....

    Die Installation sollte so aber trotzdem funktionieren. Nach der Abschluß der Installation bzw. spätestens nach Neustart hast Du dann ein deutsches System.

    Gruß

    Werner

  • Da gibt es glaube ich ein Problem mit dem Encoding. Die Umlaute passen nicht.

    GEOS 128 unter VICE 3.7

    In Ergänzung zu dem bereits gesagten:

    Das Problem hat man immer wenn man deutsche Texte (auch GeoWrite-Texte) im BSW-Font mit dem englischen Kernal öffnet (auch GEOS 2.x). Der Standard-BSW-Font im englischen kennt keine Umlaute, daher werden die entsprechenden Zeichen aus dem ASCII-Schema an Stelle von ÄÖÜäöüß angezeigt. Gilt auch umgekehrt.

    Auch die Icons Ja/Yes, Nein/No und Abbruch/Cancel werden vom aktiven Kernal erzeugt. D.h. unter einem englischen GEOS hat man in einer Dialogbox mit deutschen Texten trotzdem die englischen System-Icons.

    Das ist ein grundsätzliches "Problem" von GEOS DE/US, die Installation selbst beeinflusst das aber nicht.

    Was ich sagen kann, die Geschichte mit der Tastatur-Bedienung der File-Auswahl (Dateiliste scrollen) unter MP3-128 funktioniert jetzt.

    Ich hab auch Rückmeldung zur "doppelten" Anzeige von Einträgen in der Auswahlbox, die treten mit der neuen Version ebenfalls nicht mehr auf.

    Außerdem sollte die neue Version auch mit dem geoAssembler zusammenarbeiten, das Problem mit der Dateiauswahlbox ist auch hier beseitigt.

    Was noch Probleme macht ist geoLinker (siehe GDOS64-Thread), aber ich hab am WE den geoLinker reassembliert. Ich muss mir noch anschauen was genau beim Start alles passiert, aber eine mögliche Stelle für den "Fix" hab ich schon gefunden. Als "Workaround" kann man dualTop starten und den geoLinker dann von dort aus starten. Das Programm stammt vom gleichen Entwickler der auch die überarbeitete geoLinker-Version veröffentlicht hat. Evtl. ist dadurch das Problem bisher nicht aufgefallen.

    Das Problem mit dem nicht initialisierten Programmspeicher könnte auch unter DESKTOP-V2 auftreten, denn DT2 löscht vor dem laden einer Anwendung nur den Speicher vor und nach der internen Laderoutine. D.h. ein paar Bytes im Bereich von $0400-$7FFF werden nicht gelöscht. Wenn eine Anwendung dann davon ausgeht das hier $00-Bytes liegen kann das zu dem beschriebenen Problemen wie bei geoLinker führen.

    Das ist also nichts was ich im MP3/Kernal beheben könnte, dazu ist eine angepasste geoLinker-Version erforderlich.

  • ... so, meine MP3-Installationen (MP3-128 und MP3-64) auf C128DCR sind durch. Keine Auffälligkeiten. Speziell unter MP3-128 habe ich besonders auf die Tastatur-Steuerung in der Datei-Auswahl (scrollen der Datei-Liste) geachtet. Funktioniert alles problemlos.

    Gruß

    Werner

  • Moin,

    vielen Dank für das neue Update..........:)


    geos-megapatch-3.3r11r240731-dev

    WinVice 3.8/64bit , je 1x "xscpu64-r45168" + 1x "x128-r45168"

    LW 08=CMDHD 1581er (MP3 "1x64/1x128" Start HD, 2 Partitionen)

    LW 09=CMDRL 1581er (MP3 "1x64/1x128" Start RL, 2 Partitionen)

    LW 10=CMDFD 1581er (MP3 Update)

    Habe heute das Update ohne Probleme (durch rüberbügeln) installiert.

    Für jedes Update eine Partition CMD HD 1581 und CMD RL 1581. :thumbup:

    Werde in den nächsten Tagen mal ein bisschen probieren (z. B. APP Links)

    Danach kommt dann das Realsystem dran.........:)

    Liebe Grüße,

    Jojo