GEOS MegaPatch V3 Release 2018

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

  • Doch, das ist bei mir angekommen. Ich war nur einige Tage nicht online. Habe dir gerade geantwortet.:)

  • Zur Info / Hinweis:

    Ich hab beim testen der neuen Laufwerkstreiber ein Problem unter VICE mit einer 1571 als Laufwerk Bitte melde dich an, um diesen Link zu sehen. oder Bitte melde dich an, um diesen Link zu sehen. gefunden: Die Installation auf eine 1571-Disk funktioniert hier nur sehr selten. Schon beim entpacken bleibt der C64/VICE hier ab&zu hängen. Nichts geht mehr.

    Das Problem lässt sich auch mit GEOS 2.x als BASIS-System nachvollziehen, also ist es kein Problem der neuen Laufwerkstreiber. Auch eine 1581 oder xscpu64 scheint zu funktionieren.

    Es funktioniert auch wenn die 1571 unter VICE als -drive10type=1571 eingerichtet wird und mit dem GEOS.Editor auf Bitte melde dich an, um diesen Link zu sehen. unter GEOS eingerichtet wird (Dazu wird @"u0>"+chr$(x) verwendet...). Zumindest hat die Installation damit mehrfach funktioniert.

    Ich hab dazu einen Bug-Report geschrieben. Es ist aber ein sehr spezielles Problem, daher glaube ich nicht an eine Lösung dafür. Als Alternative bleibt unter VICE nach Möglichkeit nicht auf eine 1571-Disk als Laufwerk Bitte melde dich an, um diesen Link zu sehen./Bitte melde dich an, um diesen Link zu sehen. zu installieren.

    An einem echten C64 hat es funktioniert, auch wenn es da noch Probleme mit dem 1571-Modus gibt: Das Laufwerk wechselt irgendwann in den 1541-Modus und erkennt dann die doppelseitigen Disketten nicht mehr. Das ist aber ein anderes Problem. Auch der GeoDesk64-Support für doppelseitige Disks ist nicht ganz perfekt. Da werde ich noch ein paar Anpassungen vornehmen müssen.

  • Ich hab einen neuen Bitte melde dich an, um diesen Link zu sehen. hochgeladen, der enthält jetzt die überarbeiteten Laufwerkstreiber.

    Ich hab die neuen Treiber in den letzten Wochen ausgiebig getestet und mir jetzt für RL,FD und HD neue Startdisketten erstellt. Alles auf einem 2xC64MK2 mit TC64 oder U2+ getestet.

    Bei den vielen Tests hab ich ein halbes dutzend Fehler in GeoDesk entdeckt und ein Problem mit VICE. Letzteres lässt sich jetzt auf einen Laufwerkswechsel vom Typ 1581 auf 1571 zurückführen. Unter VICE sollte man daher so einen Wechsel unter GEOS vermeiden: Entweder die 1571 schon beim Start konfigurieren oder von einem anderen Laufwerkstyp als 1581 auf 1571 wechseln. Das ist kein MegaPatch-Problem: Es lässt sich auch unter VICE/BASIC reproduzieren.

    Es gibt jetzt auch ein Bitte melde dich an, um diesen Link zu sehen.-Release mit den TurboDOS-freien Laufwerkstreibern. Diese nutzen ausschließlich Standard-Kernal-Aufrufe, sind daher entsprechend langsam. Aber evtl. kann man später mal diesen Code als Grundlage für neue Laufwerke verwenden, die kein GEOS-TurboDOS unterstützen.

    Für SD2IEC wird hier nach wie vor die "M-R"-Emulation verwendet, evtl. ändere ich das noch wenn ich weiß wie man das komfortabel in die Treiber und in den GEOS.Editor integriert. (P.S. Nein, es wird keine automatische Erkennung des Laufwerkformats geben... es bleibt auch künftig dabei: Ein Treiber für ein Format)

    Bei der 128er-Version ist das Titelbild noch nicht überarbeitet, bei der 64er-Version hab ich jetzt ein S/W-Bild als Standard eingestellt. Ist mit einem blauen Mauspfeil besser nutzbar.

    Ich werde jetzt noch weiter testen, aber vorerst versuche ich die Fehler in GeoDesk zu beheben.

  • Ich hab einen neuen SnapShot hochgeladen

    Danke!

    Habe bisher nur in WinVice (aufgebohrte V3.2) probiert. Konfiguration (beide Systeme): A: FD2000, B: RAM1581, C: RAMNative, D: 1571 Boot-Lfw.: A

    MP3-128: bisher keine Probleme

    MP3-64: während des Bootens fängt die Lfw.-LED für D: hektisch an zu blinken wenn keine Disk im Laufwerk liegt

    An realer Hardware teste ich später.

    Gruß

    Werner

  • MP3-64: während des Bootens fängt die Lfw.-LED für D: hektisch an zu blinken wenn keine Disk im Laufwerk liegt

    Ja, das ist so... auch am realen C64. Wenn eine 1571 am C64 eingerichtet wird, dann schalte ich jetzt beim einrichten des Laufwerks mit "U0>M1" auf den doppelseitigen Modus. Nach einem Reset ist die 1541 sonst im SingleSide-Modus. Der "U0>M1"-Befehl sorgt dann für einen "21, ReadError, 18, 00" wenn keine Diskette im Laufwerk liegt.

    Ich werde da eine Abfrage des Fehlerkanals einbauen, dann hört das blinken auf.

  • auch am C128 DB (C64-Mode) fängt beim Booten des neuen MP3-64 die Lfw.-LED der internen 1571 an zu blinken, wenn keine Disk im Laufwerk liegt. Die FD-4000 (ebenfalls keine Disk eingelegt) tut das nicht. Die Konfiguaration hier: A: SD2IEC Native, B: RAMNative, C: 1571, D: FD-4000.

    Gruß

    Werner

  • auch am C128 DB (C64-Mode) fängt beim Booten des neuen MP3-64 die Lfw.-LED der internen 1571 an zu blinken, wenn keine Disk im Laufwerk liegt.

    Ich hab jetzt die Abfrage des Fehlerkanals ergänzt, kein blinken mehr. Ist aktuell also wirklich nur ein kosmetisches Problem das mit dem nächsten Update behoben wird.

    Wichtiger ist mir aktuell noch das man keine "M-R"-Emulation am SD2IEC mehr benötigt.

    Aktuell fällt mir da folgender Weg ein:

    * Testen ob ein SD2IEC angeschlossen ist. Das geht durch einen "M-R"-Befehl der am SD2IEC immer "00, OK, 00, 00" zurückliefert. Wenn man ein 1541/71/81 installieren will und so ein SD2IEC angeschlossen ist, dann wird das installiert.

    * Ist kein SD2IEC mit der Geräteadresse vorhanden, dann nach einem 15x1 oder SD2IEC mit "M-R"-Emulation suchen und ggf. installieren.

    * Wird kein Laufwerk gefunden, dann SD2IEC suchen... wird ein Laufwerk gefunden, dann Geräteadresse ändern. Wenn das funktioniert -> Laufwerk installieren.

    Aktuell vermute ich das es kein Platz mehr dafür gibt eine Option "SD2IEC bevorzugen" in den Editor einzubinden. Wenn man eine echte 1541 einbinden will, und es ein ungenutztes SD2IEC mit kleinerer Geräteadresse gibt, dann wird das SD2IEC bevorzugt.

    Mal sehn...

  • Habe gestern das neue MP3 in beiden Modi, jeweils auf eine 1581er RL Partition, installiert.

    08=CMDHD

    09=RL / Starter.......

    10=SD2IEC

    Habe in meiner Konfiguration keinen Geschwindigkeitsverlust beim LW Wechsel wahrgenommen. Bis jetzt keine Ausfälle, habe aber nur einige Laufwerke sporadisch probiert.

    Werde mit dieser Version dann weitermachen und hier berichten.....:)

    Gruß Jojo

  • Eigentlich musst Du nur 1581 testen, falls Du eine hast. Ist das einzige Laufwerk was ich nicht selbst habe. Aber unter Vice und am C64 mit SD2IEC funktioniert der Treiber ja...

    Ich hab den nächsten SnapShot aber schon vorbereitet, der dann das blinken der 1571 im C64 Modus abschaltet...

  • OK, eine 1581 habe ich auch, aber nicht in meinem Hauptsystem.

    Werde ich dann an meinem Zweitsystem mal testen.......:)

    Wird sich allerdings etwas hinziehen, denn seit gestern fährt mein W10/32Bit Rechner nicht mehr hoch (CMOS Batterie bad).

    Neue reingesteckt, trotzdem kommt Windows nicht mehr aus dem Reparatur Modus. Ist leider der Rechner mit einer SCSI Karte, den brauche ich für RAW Copy, der verschiedenen SCSI Medien, für mein Commodore System. Mal schauen, wie ich den Rechner überzeuge wieder zu starten.......:whistling:

    Gruß Jojo

  • Ich hab einen neuen Bitte melde dich an, um diesen Link zu sehen. hochgeladen... Die Bitte melde dich an, um diesen Link zu sehen. beschränken sich auf zwei Probleme:

    1) Bitte melde dich an, um diesen Link zu sehen. von wweicht : 1571 blinkt im C64-Modus wenn keine Diskette im Laufwerk liegt.

    2) Bitte melde dich an, um diesen Link zu sehen. von DJ SID : Einstellungen in GeoDesk64 lassen sich nach dem booten nicht speichern.

    Letzteres ist ein generelles Problem und wurde daher in MegaPatch gefixed. Ich hab aber auch bereits in GeoDesk einen Fix eingebaut damit GeoDesk auch mit älteren MP3-Versionen funktioniert. Der Fix kommt mit dem nächsten Update.. da gibt es aktuell noch ein paar mehr Probleme.

    Ursache war die CMD-FD: Hier wurde im Treiber auf einen DiskWechsel geprüft und nur dann die Partition abgefragt. Ohne DiskWechsel war die Annahme das die Disk gültig ist und somit auch die Partition. Nach dem booten gibt es aber keinen DiskWechsel... also Partition gültig aber bisher noch nicht im System gespeichert.

    Hab das System eben auf RL/HD/FD installiert... wenn ich mich nicht verklickt habe scheint es zu funktionieren.

    Der SnapShot ist zwar eine Entwickler-Version, aber JoJo und Werner haben ja schon getestet... abgesehen von der Bezeichnung "DEV" dürften diese Versionen dann die finale r7 darstellen....

    Einmal editiert, zuletzt von darkvision (11. November 2020 um 21:53) aus folgendem Grund: Links zu BugReports ergänzt...

  • Scheinbar gibt es hier noch mehr ungelöste

    Probleme.

    Konfiguration:

    C128 SuperCPU128-Version

    MP128

    A: HD-NATIVE Partition 94

    B: RL-NATIVE Partition 1

    C: RL-NATIVE Partition 2

    D: SuperRam-Native

    1:

    Nach dem MP128 von Lfw B auf Lfw A neu installiert wurde, kann ich unter Lfw D keine SupeRam-Native einrichten. Obwohl noch genügend Speicher vorhanden, bekomme ich die Fehlermeldung "Nicht genügend Speicher vorhanden"

    Ich muss GEOS128 erst verlassen und neu Booten, damit der freie Speicher erkannt wird.

    2:

    Ich richte mir nach der MP128 Neuinstallation unter Lfw B wieder eine RL-Native mit der Partition 1 und auf Lfw C RL-NATIVE mit der Partition 2 ein und speichere es ab. So lange ich GEOS128 nicht verlasse bleibt das auch so bestehen.

    Boote ich GEOS128 aber neu, dann erscheint auf dem Lfw C die RL-NATIVE Partition 1 und nicht wie abgespeichert die Partition 2.

    Pusti64

  • Boote ich GEOS128 aber neu, dann erscheint auf dem Lfw C die RL-NATIVE Partition 1 und nicht wie abgespeichert die Partition 2.

    Danke... der eigentliche Fehler ist schon seit 1999/2000 in MegaPatch enthalten, aber erst die bessere Fehlerbehandlung in den neuen Laufwerkstreibern macht den Fehler jetzt sichtbar. Ist seit heute behoben.

    Nach dem MP128 von Lfw B auf Lfw A neu installiert wurde, kann ich unter Lfw D keine SupeRam-Native einrichten. Obwohl noch genügend Speicher vorhanden, bekomme ich die Fehlermeldung "Nicht genügend Speicher vorhanden"

    Das ist bekannt und "normal". Der Speicher ist nicht wirklich "Frei"...

    Ich muss GEOS128 erst verlassen und neu Booten, damit der freie Speicher erkannt wird.

    So ist es... das passiert auch nur bei einem Update von MP3 auf MP3. Das wurde früher schon mal diskutiert.

    Kurz gesagt: Das Update-Programm sieht das die SuperCPU-Speicherverwaltung alle Speicherbänke als "Belegt" markiert hat. Ohne genauere Analysen weiß der Updater nicht ob eine externe Anwendung den Speicher reserviert hat oder ob es ggf. der SuperRAM-Treiber war. Der Updater rührt die Speicherverwaltung der SuperCPU nicht an... -> nach dem Update ist daher kein Speicher frei um ein SuperRAM-Laufwerk einzurichten. Das erfordert einen Neustart. => So gewollt => Won't Fix.

  • Okay und Thx.

    Besteht denn noch Hoffnung, dass (wie schon mal angefragt) man in einer Partitionauswahlbox per Eingabe der Partitionnummer (1-255) eine Partition auswählen bzw wechseln kann?

    Pusti64

  • Okay und Thx.

    Pusti64

    Die letzten Änderungen haben zwar im Editor etwas Speicher freigemacht, der reicht aber nicht um Informationen über die Belegung des SuperCPU-RAMs anzuzeigen. Sonst wäre das früher erkennbar.

    Ich muss wohl auch das Handbuch dazu erweitern. Es ist hier zwar angedeutet, aber gerade der Spezialfall MP3->MP3 mit SuperRAM-Laufwerk wird hier noch nicht erwähnt.

    Hinweis: RAMCard verfügt über eine interne Speicherverwaltung, die Speicher für andere Anwendungen reservieren kann. MegaPatch wird diese Speicherverwaltung vollständig unterstützen. Wenn Sie den gesamten reservierten Speicher freigeben möchten, verwenden Sie einen Hardware-Reset.

    Was ein Deutsch... ich muss das Handbuch echt überarbeiten...

  • Besteht denn noch Hoffnung, dass (wie schon mal angefragt) man in einer Partitionauswahlbox per Eingabe der Partitionnummer (1-255) eine Partition auswählen bzw wechseln kann?

    Pusti64

  • Besteht denn noch Hoffnung, dass (wie schon mal angefragt) man in einer Partitionauswahlbox per Eingabe der Partitionnummer (1-255) eine Partition auswählen bzw wechseln kann?

    Pusti64

    Ich glaube eher nicht. Die Dateiauswahlbox basiert auf der DialogBox und die hat noch einen anderen Fehler der mir wichtiger wäre: Liegt ein Datei-Icon im Bereich FileHeader=$8100 dann kann die DialogBox das Icon nicht anzeigen... der Bereich wird durch den DialogBox-Code überschrieben.

    Das zeigt wie knapp der Speicher ist. Die Auswahlbox kennt auch nur die Namen, keine Partitionsnummern. Ich müsste also auch erst nach Eingabe der Nummer prüfen welcher Name dazu gehört ...

    Ich hab das nicht komplett abgehakt... aber wechseln der Partitionen über GeoDesk/TopeDesk geht doch einigermaßen komfortabel... da wäre das über die Dialogbox mit Partitionsnummern purer Luxus...

  • Besteht denn noch Hoffnung, dass (wie schon mal angefragt) man in einer Partitionauswahlbox per Eingabe der Partitionnummer (1-255) eine Partition auswählen bzw wechseln kann?

    Pusti64

    Ich glaube eher nicht.

    Schade :sad:

  • Schade :sad:

    Geht es Dir um die Partitionsauswahl in TopDesk oder allgemein? Für TopDesk könntest Du evtl. die Partitionsnamen selbst einlesen und mit der Nummer ("001","002",) am Anfang ergänzen. Mit "DBUSRFILES" und nach "OK" müsste man nur die ersten drei Zeichen in den CP-Befehl einbinden. Es fallen dann aber drei Zeichen im Namen weg.

    Es ist dann zwar keine direkte Eingabe, aber über die Suche von "001"+RETURN springt die Auswahlbox dann zum Eintrag...

    Das einlesen der Partitionsnamen könntest Du aus "Bitte melde dich an, um diesen Link zu sehen." von MegaPatch fast 1:1 übernehmen.

    Wenn ich das machen würde, dann würde ich aber nicht einfach die letzten drei Zeichen im Namen weglassen... ich würde bei 11+ Zeichen den Namen in "001xxxxxxxx..yyy" ändern. Also 3+8+..+die drei letzten Zeichen. Damit gehen auch Partitionen wie "Anwendungen Bitte melde dich an, um diesen Link zu sehen." usw...

    Ich hoffe ich hab da keinen Denkfehler drin...