GEOS MegaPatch V3 Release 2018

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

  • Dem muss man mal im einzelnen nachgehen. Mit dem SD2IEC, wovon ich am U64 in der Regel MP3 starte, habe ich jedenfalls auch den Effekt, dass es auf "Quiet" stehen muss.

    Aber 48 MHz, das geht schon mit dem SD2IEC an der U64... und zwar schon beim Starten. Ob der verwendete Speeder einen Unterschied macht - oder was auch immer...

    ---
    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.

  • Ob der verwendete Speeder einen Unterschied macht - oder was auch immer...

    Der Fehler beim Booten tritt auch auf, wenn ich nur mit dem normalen Kernal ohne Speeder booten will.

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

  • Ich freue mich sehr darüber, dass MP3 so ein grosses Update erfahren hat, bin jetzt aber ein bisschen verwirrt. Ist GDOS64 dann ein Parallelprojekt, gehen die ineinander über oder wird MP3 dann eingestellt? Ich frage nur, weil ich mir dann vorher überlegen würde, wieviel Aufwand ich in die Einrichtung stecke, wenn ich dann später alles nochmal mit einer neuem Umgebung machen müsste.

    GDOS64 ist kein Parallelprojekt, das ist ein Hobby nachdem MP3 mit 3.3r9 fertiggestellt wurde. Das sollte jetzt so stabil laufen das es da wohl keine Updates mehr braucht.

    Das G3-Projekt wurde ja schon vor 20Jahren begonnen und wenn ich jetzt Zeit und Lust habe arbeite ich daran weiter. Stück für Stück kommen da neue Funktionen dazu, die ich auch Platzgründen in die StandAlone-Version von GeoDesk oder in MP3 nicht mehr einbauen kann. Auch der Wegfall der C128-Unterstützung macht da einiges einfacher.

    Allerdings sind da noch Fehler enthalten bzw. kommen durch die neuen Funktionen auch neue Fehler dazu. Ist also zumindest für andere nicht für den täglichen Einsatz gedacht. Hier läufts unter VICE und zwei MK2 mit div. Hardware.

    Du kannst ruhig bei MP3 bleiben, GDOS64 mach ich für mich... aber wer will kann da mit herumexperimentieren. Neue Funktionen wird es definitiv nur noch dafür geben... auch wenn ich aktuell wenig Zeit dafür habe.

    Zu den Problemen mit dem TurboMode am U64 kann nur markusC64 was beitragen. Offiziell wird die TurboFirmware von MP3 nämlich nicht unterstützt, bei einigen scheint die aber gut zu funktionieren. Wenn es damit Probleme gibt muss das über die Firmware oder das U64 behoben werden.

  • - Aktiviere ich den Turbo (2-48 MHz), so bricht der Bootvorgang mit einer Fehlermeldung ab:

    Ein Blick in die Kristallkugel sagt mir, Du hast in den "U64 Specific Settings" die Option "SuperCPU detect (d0bc)" aktiviert? Die muss aber abgeschaltet sein. Ansonsten lädt MP3 nämlich 65c16 spezifischen Code...

    ---
    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.

  • Ein Blick in die Kristallkugel sagt mir, Du hast in den "U64 Specific Settings" die Option "SuperCPU detect (d0bc)" aktiviert? Die muss aber abgeschaltet sein. Ansonsten lädt MP3 nämlich 65c16 spezifischen Code...

    Genau das war es! Jetzt ist alles gut, vielen Dank!

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

  • So... nun habe ich ein paar Tage mit MP3 und Geodesk verbracht. Nachdem ich mal alle meine alten Diskimages gesichtet hatte, kam ich auf folgende Idee:

    Mein U64 ist konfiguriert auf 1581 und 1541 als Laufwerk A und B, C ist ein REU Native mit 12MB und D derzeit eine RAM 1581 (optional echte 1581, die ich aber im Moment noch nicht rausgekramt habe).

    Es ist eine schöne Sache, alles in der grossen REU des U64 zu haben und einfach mit RBOOT64 zu starten. Habe noch nie gesehen, dass ein GEOS System so schnell startet :)

    Aber leider hatte ich einen Plan, der nicht aufgeht, und wüsste gerne ob ich etwas falsch mache:

    Wie gesagt habe ich alles auf mein Laufwerk C kopiert. Da das nicht wenig ist, arbeite ich mit Verzeichnissen.

    Nun stelle ich aber fest, dass in den File-Auswahlboxen es anscheinend zwei Versionen gibt. Bin ich in Geodesk, habe ich die Möglichkeit, Laufwerk A-D auszuwählen.

    Aus einer Applikation heraus fehlt diese Auswahl völlig, ich kann nur mit "Lf.Werk" zwischen A und B wechseln, C und D kommen dort nicht vor.

    Wenn ich z.B. Geopaint von C aus starte (wo es liegt), kann ich dann im ersten Versuch nur auf C und im aktiven Verzeichnis (in diesem Fall "PROGRAMME") nach Dokumenten suchen. Schalte ich mit "Lf.Werk" um, bleibt es wieder bei A und B, ich kann auch nicht zu C zurück.

    Ganz nebenbei findet er von Geodesk aus auch Programme auf C nur, wenn sie "ganz oben" liegen, also in keinem Verzeichnis (wenn ich z.B. ein Dokument direkt anklicke, um es zu öffnen).

    Ist das ein Bug, Absicht oder mache ich etwas falsch?

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

  • Ja, das ist das altbekannte Problem von GEOS. Es werden von Haus aus nur 2 Laufwerke unterstützt. Das dritte Laufwerk ist maximal ein RAM-Laufwerk. Und das muss unter dem alten DeskTop getauscht werden gegen eines der anderen. Es dürfen im Original-GEOS immer nur zwei Laufwerke aktiv sein. Und das ist das, was du jetzt gerade bei dir siehst.

    Jetzt ermöglicht aber MP3 bis zu 4 Laufwerke und GeoDesk oder TopDesk unterstützen das auch. Nur der Rest von GEOS nicht unbedingt. Für geoPaint und geoWrite gibt es aber Patches, die dafür sorgen, dass die anderen Laufwerke angezeigt werden. Also das könnten wir beheben.

    Das gravierendere Problem ist aber die Sache mit den Partitionen und Unterverzeichnissen. Für GEOS ist jede Partition bzw. jedes Unterverzeichnis wie eine neue Diskette. Wechselst du also in ein Unterverzeichnis, dann weiß GEOS nicht, dass es da ein Überverzeichnis gibt und tut so, als hättest du eine neue Diskette eingelegt. GeoDesk kann das zwar, aber die anderen GEOS-Apps in der Regel leider nicht. Das kommt daher, weil Berkeley Softworks rund um 1988 aufgehört hat, für GEOS zu entwickeln. Und als CMD dann die HD, RAMLink & Co rausgebracht haben, war GEOS immer noch am Stand von 1988. Daher war es damals ja auch essentiell, dass die CMD-Geräte die alten Laufwerke mit Partitionen emulieren konnten. Dann war die HD also eine simulierte 1581 bzw. mehrere 1581, weil auf der HD mehrere 1581-Partitionen waren. Mit einem Drittprogramm konnte man dann die Partition wechseln und für GEOS war das dann wie wenn man eine neue Diskette eingelegt hätte.

    GeoDesk unterstützt aber auch native Partitionen und Unterverzeichnisse, aber das Problem, dass die Apps das nicht können, bleibt leider bestehen. Eine wirklich gute Lösung gibt es da meines Wissens nach leider nicht.

  • Ah, das bringt ein bischen Licht ins Dunkel und bestätigt schon mal meine erste Vermutung. Leider.

    Ich dachte, dass durch die neue Fileauswahlbox des Megapatch dieses Problem beseitigt sei, aber offenbar ersetzt diese Box nicht die alten in den Programmen.

    Streng genommen sind dann die Verzeichnisse aber nicht wirklich nützlich, oder? Da waren mir die "Fake-Ordner" von TopDesk früher lieber, bei denen war das kein Problem.

    Das heisst wohl, dass ich die Idee, wie mein GEOS auf dem U64 künftig aussieht und laufen soll, so nicht umsetzen kann :(

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

  • Die Ordner sind unter GEOS wirklich nicht sonderlich nützlich. Du müsstest in jeden Ordner eine Kopie von GeoDesk reintun, alle Schriften die du brauchst und alle Apps, auf die du zugreifen willst. Also zum Beispiel ein Ordner für geoPaint, ein Ordner für geoWrite. Aber wenn du dann unter geoWrite auf eine Grafik von geoPaint zugreifen willst, geht das nur über den Umweg von GeoDesk. Weil du dort dann das gewünschte File rüberkopieren musst. Also so richtig Sinn macht das also nicht.

    Was stattdessen geht ist, auf Unterverzeichnisse zu verzichten und dafür eine große native Partition anzulegen. Dort kommt dann alles rein, was du brauchst. Und unter GeoDesk dann mit der Filterfunktion die Dinge ausblenden, die du nicht sehen willst.

    Schöner wäre natürlich eine echte Unterstützung für Unterverzeichnisse und Partitionen in ganz GEOS. Scheint aber leider nicht möglich zu sein.

  • Geht leider an der Frage völlig vorbei, tut mir leid…Aber was ist eigentlich der aktuellste TopDesk und wo bekomme ich den her? Hab hier noch mit dem originalen 4.1 aus ‘99 zu tun.

  • der aktuellste TopDesk

    Ganz in der Nähe:

    TD64: Bitte melde dich an, um diesen Link zu sehen.

    TD128: Bitte melde dich an, um diesen Link zu sehen.

    (Bitte jeweils von der letzten Nachricht aus lesen, dann findet man die aktuelle Version zuerst)

    Gruß

    Werner

  • Aus einer Applikation heraus fehlt diese Auswahl völlig, ich kann nur mit "Lf.Werk" zwischen A und B wechseln, C und D kommen dort nicht vor.

    Dazu mußte Du die Applikationen patchen. BerkeleySoftworks bzw. Markt&Technik habe seit Ende der 1980er Jahre nichts mehr an den Programmen geändert.

    Aber seit TopDesk V1.x (für Geos) kann problemlos auf 4 Laufwerke zugegriffen werden. Aus diesem Grund entstand "4 Laufwerke für Geos". Diese Patches ändern alle Standard-Anwendungen (wohl außer geoPublish) von Geos so, dass sie zum Öffnen von Dokumenten auf bis zu 4 Laufwerke zugreifen können. Lediglich das Programm selbst mußte noch auf A: oder B: sein.

    Mit MegaPatch V3 (1999 und später) wurden diese Patches erweitert. Will sagen, alle Standard-Applikationen (auch geoPublish) können problemlos von jedem Laufwerk (A: - D:) gestartet werden und entsprechend Dokumente öffnen.

    "4 Lfw. für Geos" und die MP3-Patches (diese verlangen, dass die Applikationen bereits für "4 Lfw. für Geos" gepatcht sind) sind auf der F64-Wolke unter Software\Geos\ zu finden.


    Du müsstest in jeden Ordner eine Kopie von GeoDesk reintun

    Wieso??

    Soweit ich informiert bin (geoDesk-Anleitung) verschiebt sich geoDESK beim ersten Start automatisch in die RAM-Erweiterung und wird auf keinem Laufwerk mehr benötigt. Muß also nur auf dem Boot-Lfw. vorhanden sein.

    Gruß

    Werner

  • Soweit ich informiert bin (geoDesk-Anleitung) verschiebt sich geoDESK beim ersten Start automatisch in die RAM-Erweiterung und wird auf keinem Laufwerk mehr benötigt. Muß also nur auf dem Boot-Lfw. vorhanden sein.

    Da hast du natürlich recht!

  • "4 Lfw. für Geos" und die MP3-Patches (diese verlangen, dass die Applikationen bereits für "4 Lfw. für Geos" gepatcht sind) sind auf der F64-Wolke unter Software\Geos\ zu finden.

    Vielen Dank, ich schaue mal da rein und hoffe, dass ich zumindestens das Problem so vom Tisch kriege :)

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

  • Was sagt denn darkvision dazu? Gibt es da eine Chance, das durch ein Update zu verwirklichen?

    Das geoWrite nicht mit Dokumenten auf dem gleichen Laufwerk aber in einem anderen Unterverzeichnis umgehen kann ?

    Das geht nur wen die Anwendung sich intern merkt von welchem Laufwerk, Partition und Verzeichnis sie gestartet wurde. Denn: GEOS-Apps sind zwar oft, aber nicht immer, keine *ONE-FILER*! Das heißt nach dem Start von geoWrite muss das Programm ab&zu Programmteile nachladen. Auch wenn geoWrite nur eine Datei ist, so besteht die Datei doch aus mehreren Streams, also mehreren Programmteilen. Nennt sich VLIR-Dateiformat. Ein Grund warum man kein VALIDATE unter BASIC auf GEOS-Diusketten ausführen sollte.

    Legt man hier eine anderes Unterverzeichnis oder Partition in das Laufwerk... dann kann geoWrite nicht mehr nachladen. Also ist Patchen aller Anwendungen angesagt. Das halte ich für utopisch.

    Das es grundsätzlich geht zeigt GeoDesk, das ja auch zwischen verschiedenen Verzeichnissen in verschiedenen Partitionen auf dem gleichen Laufwerk kopieren kann. Das ist auch ein Grund warum GeoDesk beim kopieren langsamer ist als andere Oberflächen die das nicht können (ein Grund, nicht *DER* Grund).

    Die TopDesk-Ordner sind auch keine Lösung, da diese nur unter TopDesk angezeigt werden und doch sehr speziell sind.

    Also NEIN: Entweder Programme+Daten im gleichen Laufwerk/Partition/Verzeichnis oder auf verschiedenen Laufwerken.

    Abgesehen von den CMD-Laufwerken: Bei SD2IEC geht das grundsätzlich nicht, da man beim SD2IEC nicht ermitteln kann in welchem DiskImage/Verzeichnis sich das Laufwerk befindet. Man kann also das aktive Image nicht abfragen, auf ein anderes wechseln und später zurückwechseln. Also selbst wenn man geoWrite&Co für den Partitions-/Verzeichniswechsel pachten könnte, dann gilt das nicht für ein SD2IEC.

  • darkvision Danke für die schlüssige Erklärung. Dazu eine Frage:

    Ginge es, wenn man in unserem Beispiel geoWrite so verändert, dass es in der RAM-Erweiterung residiert und wenn notwendig von dort nachlädt? Ähnlich wie der RAM-Desktop? Aktuell werden ja "nur" 4 MB als RAM-Erweiterung unterstützt. Viele haben aber 16 MB. Speicherplatz gäbe es in diesem Fall genug. Aber auch 4 MB sollten für die Haupt-Apps, die trotz VLIR-Streams vermutlich alle unter 100 KB groß sind (ich glaube geoPublish ist die größte App mit 99 KB), genug sein. Was meinst du? Weil dann wäre es doch möglich, Unterverzeichnisse und Partitionen zu unterstützen.

  • Ginge es, wenn man in unserem Beispiel geoWrite so verändert, dass es in der RAM-Erweiterung residiert und wenn notwendig von dort nachlädt? Ähnlich wie der RAM-Desktop?

    Natürlich... gleiches wäre dann für Paint, Calc, Publish, File usw. erforderlich.

    Das setzt dann aber voraus das die Auswahlbox Verzeichnisse wechseln kann. Und aktuell kann die nicht einmal Partitions-Nummern anzeigen.

    Der Speicher an sich ist kein Problem. Man müsste Anwendungen patchen. Und wenn es nur um geoWrite geht sehe ich keinen Grund das finale MP3 zu patchen. Der Aufwand ist einfach zu groß.

    Alternativ kann ich ja an GDOS64 weiterarbeiten... aber da hat der Spaß-Faktor eine größere Priorität als User-Feedback. Vor allem weil ich Native nicht mehr als sinnvoll erachte. Zu groß für Backups, schlecht von der Performance, zu großes Risiko für Datenverlust.

    Also: Machbar? Ja... von mir umsetzbar? Eher Nein... (aber nicht ausgeschlossen...)

  • Na gut... ich danke euch für die ausführlichen Erklärungen. Dann baue ich mir halt neue 1581 Images, passend zu den Anwendungen, so wie zu CMD HD Zeiten...

    Ich hatte halt den Traum, dass ich alles auf einem Laufwerk in der REU haben kann, die ich einfach immer nur beim Verlassen sichere. In der Theorie super, aber ohne ein paar ordnende Verzeichnisse ist das nicht zu handeln. Die TopDesk-Verzeichnisse hatten mir da früher schon geholfen, zumindestens optisch Struktur reinzubringen... naja :(

    Edit: also ich fände es toll, wenn die TopDesk-Ordner wieder da wären. Dann packe ich halt alles auf Laufwerk B, patche was ich kann und könnte doch alles auf einer REU-Partition halten. In den Filebrowsern erscheinen dann ja ohnehin die jeweiligen Dokumente der Applikation, also wäre das durchaus praktikabel. Was denken denn andere darüber? Bin ich der einzige, der diese Ordner vermisst?

    C64 - Die einzig wahre PlayStation!
    Bitte melde dich an, um diesen Link zu sehen.

    Einmal editiert, zuletzt von Retroluzzer (14. Februar 2022 um 19:15)

  • Was denken denn andere darüber? Bin ich der einzige, der diese Ordner vermisst?

    Ich habe mir damals den TopDesk NUR wegen der Ordner gekauft! :D
    Außerhalb von GEOS sind die Ordner uninteressant, weil man ja GEOS Disks "eigentlich" nur unter GEOS bearbeiten soll. Tja, und mit GEOS + TopDesk ist die Disk dann schon übersichtlich. ;) Ich finde die Ordner ebenfalls gut.

    10 GOTO Lesezeichen im Profil
    20 READ Lesezeichen im Profil
    30 PRINT Lesezeichen aus Profil
    40 POKE 198,0: WAIT 198,1