GEOS MegaPatch V3 Release 2018

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

  • Ich hab jetzt so einige Test-Installationen gemacht, auch C64+C128 mit NTSC, von GEOS 2.x mit GEORAM/C=REU, deutsch/englisch... am 64er auch mit realer Hardware inkl. RAMLink/SuperCPU, 128er nur VICE. GEOS TurboDOS-Treiber und die Standard-Kernal-Treiber. Sieht erstmal gut aus.

    Bin ja kein 128er-Fachmann, aber man braucht wohl 64K-VDC. Hab das in die README auf der GitLab-Seite mal mit aufgenommen. Dann geht es fast problemlos, auch mit NTSC.

    Ist mir erst aufgefallen als ich VICE/x128 mit den Standardeinstellungen gestartet hab. Der DeskTop2.x geht damit, aber beim Setup ist dann schon das Farblogo von MP3 kaputt.

    Was mir noch aufgefallen ist: Wenn man 2x1541-Setupdisketten zur Installation nutzt erscheint eine DiskWechsel-Dialogbox. Nach OK bleiben da Reste auf dem Bildschirm zurück aber die Installation geht weiter. Sieht nur unschön aus. Hab da eine einfache Idee um das zu ändern...

    Aber erst mit dem nächsten Update. Ich hab da jetzt so viel getestet... das musste jetzt Bitte melde dich an, um diesen Link zu sehen. :rolleyes:

  • Hab mir den DiskWechsel beim 2xD64-Setup angeschaut. Ich glaube so kann man das lassen...

    MP64 und MP128/80Z (C128D/NTSC via VICE)...

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

    Ich glaube das war früher schon einmal ein Thema... aber wird Zeit sich auch solchen kleineren Problemchen anzunehmen...

    Der neue Dialog wird angezeigt und nach OK geht es weiter... ohne Überreste der Dialogbox auf dem Bildschirm.

    Und weil wir schon dabei sind: Abbruch/Cancel bricht jetzt direkt ab. Bis zum letzten SnapShot kommt da erst noch eine zusätzliche Fehlermeldung. Noch ein Fehler beseitigt ;)

    Ich werde den SourceCode demnächst hochladen. Sonst keine Änderungen... Außer das "StartMP" im SETUP durch "SetupMP" ersetzt wurde... Neue Builds braucht es deswegen glaub ich nicht.

  • Hallo,

    neben der neuen Version von geoDeskt64 ( Bitte melde dich an, um diesen Link zu sehen. ) hat darkvision auch einen neuen Snapshot vom MP3 veröffentlicht (Datum 09.10.2021). Ich habe jetzt die ersten Installationen (1581 und Native unter MP3-64 und MP3-128) durchgeführt und bisher keinerlei Probleme festgestellt.

    Danke.

    Gruß

    Werner

  • neben der neuen Version von geoDeskt64 ( Bitte melde dich an, um diesen Link zu sehen. ) hat darkvision auch einen neuen Snapshot vom MP3 veröffentlicht (Datum 09.10.2021). Ich habe jetzt die ersten Installationen (1581 und Native unter MP3-64 und MP3-128) durchgeführt und bisher keinerlei Probleme festgestellt.

    Danke fürs testen. Wollte ja zuerst keinen neuen Snapshot machen, aber das mit dem RAM81 und der falschen ID war mir dann doch wichtig, damit GeoDesk64 hier keinen "Fehler" in den Laufwerkseigenschaften anzeigt. Dort kann man das zwar mit einem Mausklick beheben, aber bei jedem 1:1 Backup wandert die defekte ID dann mit auf die Diskette.

    Noch ein Hinweis:

    Wenn man aktuell nach Area6510 googelt, dann kommt zuerst ein geforktes Repository von meiner Seite bei GitLab. Dieser Fork ist total veraltet und hat nichts mit mir zu tun! Der letzte Snapshot dort von MegaPatch ist von März2019... das hat irgendjemand, evtl. zum Spaß, mal geforked...

  • Hallo,

    aus MP3-128 heraus MP3-128 assembliert: 8 Stunden 55 Minuten

    nur der Vollständigkeit halber habe ich jetzt auch mal ein MP3-128 unter MP3-128 in einem nicht ganz aktuellen Nightly von GTK-VICE X128.EXE (Windows, V3.5 r40808) assembliert. Dabei habe ich den Warp-Modus aktiviert. Die Konfiguration: A:RAMNative, B:RAM1581, C:RAM1581, D:CMD HD. Ansonsten wurde Szenario Bitte melde dich an, um diesen Link zu sehen. aus der Anleitung benutzt.

    Das assemblieren dauerte hier insgesamt (handgestoppt): 2 Stunden 11 Minuten. Wesentlich annehmbarer :wink: .....

    Gruß

    Werner

  • Das assemblieren dauerte hier insgesamt (handgestoppt): 2 Stunden 11 Minuten. Wesentlich annehmbarer :wink: .....

    Bei VICE64 schalte ich noch den Sound ab... dann geht's noch schneller... :D

    (P.S. Die Sound-Emulation in VICE braucht da wohl ein Sync und ohne Sound läuft der WARP dann deutlich schneller... zumindest bei VICE64).

  • Bei VICE64 schalte ich noch den Sound ab... dann geht's noch schneller...

    Danke für den Tipp :wink: .

    Stimmt, wirkt auch unter X128. Mit abgeschaltetem Sound verringert sich die Gesamt-Zeit zum Assemblieren von MP3-128 auf meinem Rechner auf:

    1 Stunde 18 Minuten (handgestoppt)

    Gruß

    Werner

  • Ich habe Gestern auch den neuen MP3 installiert.

    Bis jetzt keinerlei Probleme....................

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Stimmt, wirkt auch unter X128. Mit abgeschaltetem Sound verringert sich die Gesamt-Zeit zum Assemblieren von MP3-128 auf meinem Rechner auf:


    1 Stunde 18 Minuten (handgestoppt)

    Wow... das ist aber noch immer 4x langsamer als unter VICE64. Ich hab das schon länger nicht mehr gestoppt, aber ca.20min dürften es sein.

    Bei VICE gab es für C64 aber x64 und x64sc... das gab es beim C128 glaub ich nicht. x64sc ist hier auch langsamer, daher nehme ich weiterhin die x64-Variante.

    Daher macht es dann für mich schon mehr Sinn die 128er-Version unter x64 zu assemblieren als andersherum. Über eine Stunde kann ich da nicht warten. Bei 8 Versionen sind das ja fast 10h 8|

    Trotzdem Danke für die Vergleichswerte.:thumbup:

    Ich habe Gestern auch den neuen MP3 installiert.

    Bis jetzt keinerlei Probleme....................

    Abwarten... die kommen noch :D

    Aber Danke fürs testen. :thumbup:

  • Daher macht es dann für mich schon mehr Sinn die 128er-Version unter x64 zu assemblieren als andersherum. Über eine Stunde kann ich da nicht warten. Bei 8 Versionen sind das ja fast 10h 8|


    Trotzdem Danke für die Vergleichswerte.

    Da geht natürlich sehr stark die Leistungsfähigkeit der eigenen CPU ein... daher bin ich jetzt beim Mitlesen vorsichtig und vergleiche nicht Deine Werte (x64) mit Werners (x128).

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Da geht natürlich sehr stark die Leistungsfähigkeit der eigenen CPU ein...

    Ja, und....

    ... wie darkvision hier zumindest andeutet (x64 und x64sc) nutzt er noch den alten VICE. Bei mir läuft der neue GTK-VICE. Das wäre dann Äpfel mit Birnen vergleichen ... :wink: .

    Gruß

    Werner

  • ... wie darkvision hier zumindest andeutet (x64 und x64sc) nutzt er noch den alten VICE

    Ähm... ich nutze sehr wohl GTK-VICE, aus dem SVN mit --enable-x64 selbst kompiliert. ;)

    Aber durchaus nicht den tagesaktuellen, da muss ich nicht immer neue Builds testen.

  • wie darkvision hier zumindest andeutet (x64 und x64sc)

    Wenn ich gtkvice für Windows 64 bit selbst compilliere, fällt neben x64sc da auch x64 ab - was gerade im Warpmodus noch etwas mehr Performance rauskitzelt.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von markusC64 (13. Oktober 2021 um 19:25)

  • Ähm... ich nutze sehr wohl GTK-VICE, aus dem SVN mit --enable-x64 selbst kompiliert

    ach so, immer diese "selber kopilierer" :wink: .

    Da kann ich nicht mithalten, nehme die offiziellen Nightlys. Die sind fix und fertig (Windows] und etwas langsamer. Und den "alten" x64 gibt es da nicht mehr.

    Gruß

    Werner

  • Ich habe Gestern auch den neuen MP3 installiert.

    Bis jetzt keinerlei Probleme....................

    Abwarten... die kommen noch :D

    Schon sind die Probleme da... gibt einen Bug in Verbindung mit dem TaskManager der unter bestimmten Umständen entweder zum Absturz führt oder zu einer beschädigten BAM auf dem aktiven Laufwerk.

    Was ein Glück hab ich das in GD3 schon behoben... Tests mit dem Fix für MP3 laufen gerade...

  • Stimmt, wirkt auch unter X128. Mit abgeschaltetem Sound verringert sich die Gesamt-Zeit zum Assemblieren von MP3-128 auf meinem Rechner auf:

    1 Stunde 18 Minuten (handgestoppt)

    Wooooow.... was hast Du denn für eine alte Gurcke ? :D

    Ich hab eben mal mit x128 und SzenarioBitte melde dich an, um diesen Link zu sehen. den BugFix-Build assembliert...

    8min (handgestoppt)

    Code
    processor       : 0
    vendor_id       : AuthenticAMD
    cpu family      : 23
    model           : 24
    model name      : AMD Ryzen 5 3400G with Radeon Vega Graphics
    stepping        : 1
    microcode       : 0x8108109
    cpu MHz         : 1687.200
    cache size      : 512 KB
  • Wooooow.... was hast Du denn für eine alte Gurcke ?

    Keine Ahnung, irgendwas muss ich wohl falsch machen .....

    Laptop, ca. 1,5 Jahr alt:

    Betriebssystem

    Windows 10 Home 64-bit

    CPU

    AMD A12 31 °C

    Bristol Ridge 28nm Technologie

    RAM

    8,00GB Single Kanal Unbekannt @ 931MHz (13-13-13-30)

    Motherboard

    ASUSTeK COMPUTER INC. X705QA (P0)

    Grafik

    Generic PnP Monitor (1600x900@60Hz)

    512 MBATI AMD Radeon R7 Graphics (ASUStek Computer Inc) 31 °C

    Gruß

    Werner