GEOS MegaPatch V3 Release 2018

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

  • Aber mal schauen, Versuch macht klu

    Ja, aber mit dieser Änderung erzwingst Du fast schon die nächste :wink: .

    Was passiert beim Doppelklick (öffnen) auf einen gateWay- oder GDOS-Treiber und einem TD-Ordner? Die ersten beiden sollten nichts machen (der Wechsel von Lfw-Treibern per Doppeklick ist GDOS only!) und GDOS ist 64only und (noch) nicht offiziell verfügbar. Letzteres sollte natürlich den TD-Ordner öffnen. Das ist ja in TD schon drin. Da müßte das Nichts-Tun für die beiden Treiber hinzugefügt werden...

    Gruß

    Werner

  • Was passiert beim Doppelklick (öffnen) auf einen gateWay- oder GDOS-Treiber und einem TD-Ordner?

    Die Ordner haben ja eine eigene GEOS-Klasse "Directory", muss man ja nur prüfen, das würde dann auch für die anderen Fälle gelten (kopieren/verschieben/validate/löschen/wiederherstellen?). Also wo auch immer bisher auf Dateityp $0B getestet wurde zusätzlich die GEOS-Klasse abfragen.

    Öffnen hatte ich ja schon getestet, da ist nichts weiter passiert (oder TD hat die GEOS-Klasse bereits geprüft und festgestellt das es kein Ordner ist oder die Ordner-Nummer ungültig ist, ich hab das nicht weiter verfolgt...)

  • Wenn ich mich nicht ganz täusche, gibt es noch ein weiteres Unterscheidungskriterium: Ein TopDesk Ordner hat nur einen Infoblock, aber keine Datenblöcke. Während ein Treiber natürlich beides hat.

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

  • Also, soweit ich mich erinnere, wird geoDesk die TD-Ordner niemals unterstützen. darkvision hatte das mal vor längerer Zeit so ausgeführt.

    Um nochmal auf mein Anliegen mit den Ordnern zurückzukommen... hier wie ich es für mich gelöst habe.

    Von meiner Idee des Vollbetriebs in der RAM-Erweiterung wollte ich nicht weg. Ich verlegte mein REU-Native-Drive von C auf B. Netterweise konfiguriert MP3 meine 1541 auf Laufwerk 9 trotzdem aus Laufwerk C - sehr fein. Bedarfsweise schliesse ich als D eine 1581 an, in der Regeln läuft da aber auch RAM1581.

    Ich biss also in den sauren Apfel und legte einzelne Ordner für die Anwendungen an und packte in jeden dieser Ordner neben der Anwendung selbst die entsprechenden Desk Accessoriess, Fonts und Dokumente, die damit bearbeitet werden sollen. So hat man zwar sehr viele Sachen vielfach auf dem Laufwerk liegen, aber ich stelle fest, dass 12MB doch eine Menge Platz sind und es gar nicht so sehr ins Gewicht fällt.

    Um auch mal schnell direkt Dokumente wie Anleitungen öffnen zu können, hatte ich geoPaint und geoWrite auch nochmal auf die Bootdisk gepackt. Da diese aber eine 1581 ist, bremst dies das System nur unnötig aus, also habe ich diese auch nochmal ins oberste Verzeichnis von B gepackt, auch wenn mein innerer Monk da schreiend im Kreis läuft.

    Gepaart mit der Sicherung der REU vor dem Ausschalten des Rechners, ist RBOOT64 dann eine richtig gute Sache, so schnell ist wohl noch nie ein GEOS System hochgefahren und einsatzbereit. Ich bin wirklich begeistert.

    Nun muss ich nur noch herausfinden, welche MHz-Einstellung zum Arbeiten die angenehmste ist, denn bei Vollgas mit 48MHz geht dann doch manches viel zu schnell. :D

    Leider muss ich feststellen, dass geoBASIC nicht funktioniert. Ich nehme an, das passt nicht mit MP3 zusammen? Sehr schade, damit hatte ich früher viel herumgespielt, es aber mangels REU dann aufgegeben.

    Würden denn zumindestens mit geoBASIC erstellte Programme im Standalone-Modus unter MP3 laufen?

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

  • Leider muss ich feststellen, dass geoBASIC nicht funktioniert. Ich nehme an, das passt nicht mit MP3 zusammen? Sehr schade, damit hatte ich früher viel herumgespielt, es aber mangels REU dann aufgegeben.

    Leider ja... geoBasic nutzt undokumentierte Einsprünge im GEOS-Kernal: Das ist eine der wenigen Anwendungen die so extrem Routinen aus dem Kernal verwendet, bei denen es keine Garantie dafür gibt, das die immer an der gleichen Stelle liegen. Die haben schon damals bei der Entwicklung die Kompatibilität zu späteren GEOS-Versionen zu Gunsten der Programmgröße durch weniger "doppelten" Code mit dem Kernal geopfert. Ganz schlechte Idee...

    Würden denn zumindestens mit geoBASIC erstellte Programme im Standalone-Modus unter MP3 laufen?

    Kann ich nicht sagen, nie getestet. Aber wenn die auch so im Kernal rumpfuschen ohne zu wissen ob die angeforderte Routine dort überhaupt existiert, dann eher nein.

    Netterweise konfiguriert MP3 meine 1541 auf Laufwerk 9 trotzdem aus Laufwerk C - sehr fein.

    Das ist ein Alleinstellungsmerkmal von MP3: Die automatische Anpassung von Laufwerksadressen beim Start. Die Logik dahinter funktioniert nicht immer, aber wenn man nicht gerade ein dutzend gleicher Laufwerke angeschlossen hat sollte das gehen.

  • Die automatische Anpassung von Laufwerksadressen beim Start.

    P.S. Das funktioniert aber nur beim normalen GEOS-Start! Bei RBOOT (oder FBOOT) *MUSS* Die Hardware-Konfiguration der Laufwerke so sein wie unter GEOS bereits konfiguriert. Sonst gibt das nur Probleme.

  • Das habe ich schon bemerkt. Manchmal verliere ich die 1541, dann muss ich halt mal komplett neu starten. Aber vielleicht spendiert uns Gideon ja irgendwann mit einem Firmware-Update noch ein Laufwerk C, dann hat sich das auch erledigt ;)

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

  • Das Problem ist die Filestruktur. Bei Filetype $0b testet Desktop zusätzlich ob 0 (SEQ) = Ordner oder 1 (VLIR) ein Gateway-Disktreiber vorliegt. Wäre halt schön, wenn dass für GDOS64-Disktreiber auch so gelten würde :wink:

    Auf dem Bild habe ich mal den Unterschied zwischen einem GDOS64- und Gateway-Disktreiber kenntlich gemacht.

    Pusti64

  • Wäre halt schön, wenn dass für GDOS64-Disktreiber auch so gelten würde :wink:

    Ja, wäre schön... aber von gateWay, GDOS und TopDesk macht nur ein Programm was falsch, und wenn ich w.w. hier richtig verstehe, dann ist das schon sehr lange so... DISK_DEVICE != DIRECTORY.

    Ich würde da auch keine weitere Zeit mehr investieren, wer gateWay nutzt, der nutzt keinen TopDesk. Und wer GDOS nutzt auch nicht. Und für die 3-4 User die das dann doch mischen wollen gab es hier nun genügend Hinweise zu dem Problem ;)

  • Wäre halt schön, wenn dass für GDOS64-Disktreiber auch so gelten würde :wink:

    Ja, wäre schön... aber von gateWay, GDOS und TopDesk macht nur ein Programm was falsch, und wenn ich w.w. hier richtig verstehe, dann ist das schon sehr lange so... DISK_DEVICE != DIRECTORY.

    Ich würde da auch keine weitere Zeit mehr investieren, wer gateWay nutzt, der nutzt keinen TopDesk. Und wer GDOS nutzt auch nicht. Und für die 3-4 User die das dann doch mischen wollen gab es hier nun genügend Hinweise zu dem Problem ;)

    Muss ich halt wieder ein Extrasüppchen kochen :sad:

    Mal schauen ob es noch ein weiteres einfaches Unterscheidungsmerkmal gibt.

    Bloß gut, dass wir hier heute durch den Sturm mal wieder einen Stromausfall haben. :strom:

    Pusti64

  • Muss ich halt wieder ein Extrasüppchen kochen :sad:

    Mal schauen ob es noch ein weiteres einfaches Unterscheidungsmerkmal gibt.

    Das müsste doch gehen... hab ich auch so in Erinnerung weil das beim VALIDATE mich auch schon Änderungen am Code gekostet hat. Also quasi ein Extrasüppchen nur für Topdesk-Ordner ;)

    Wenn ich mich nicht ganz täusche, gibt es noch ein weiteres Unterscheidungskriterium: Ein TopDesk Ordner hat nur einen Infoblock, aber keine Datenblöcke. Während ein Treiber natürlich beides hat.

    Also an Stelle von SEQ/VLIR testen einfach ORA erster Datenblock Tr+SE und $00 = Ordner... <> $00 = Datei.

    P.S. lda dirEntryBuf +1 / BEQ :ordner müsste schon reichen. "Richtige" Dateien haben in der Regel keinen Track=$00.

  • P.S. lda dirEntryBuf +1 / BEQ :ordner müsste schon reichen. "Richtige" Dateien haben in der Regel keinen Track=$00.

    Genau an so was hatteich gedacht - da Commodore und CMD beide die Tracks ab 1 zählen, können Dateien mit Inhalt keinen Track 0 als Starttrack haben. Einzig Einträge vom Typ DEL haben bei Commodoredateisystemen doch jenen Starttrack (nicht gelöscht, per Directotymanipulation erzeugt), die haben dann aber keinen Infoblock...

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

  • Ich habe mal eine Frage, die mir selbst etwas peinlich ist.

    Ich habe früher - soweit ich mich erinnere - nie GEOS eingesetzt, bekomme nun aber Lust darauf, das einmal auszuprobieren.

    Gibt es da vorab etwas zu beachten oder vielleicht sogar so etwas wie eine Schritt für Schritt-Anleitung?

    Im Moment des Todes verliert Nationalität völlig seine Bedeutung.

    Ist Sie dann nicht jetzt schon obsolet?!

  • Ich habe mal eine Frage, die mir selbst etwas peinlich ist.

    Ich habe früher - soweit ich mich erinnere - nie GEOS eingesetzt, bekomme nun aber Lust darauf, das einmal auszuprobieren.

    Gibt es da vorab etwas zu beachten oder vielleicht sogar so etwas wie eine Schritt für Schritt-Anleitung?

    Leider kann ich dir sagen, GEOS auf C64 mit 1x 1541 ist nicht nutzbar, also mindestens eine 1571 oder besser 1581 ( auch emuliert über IEC Module oder sowas ) muss da sein, auch eine REU oder GEORAM sind Pflicht... die Basis bekommst Du zwar auf einer 1541 ohne RAM Erweiterung zu laufen, ist aber dann wie Windows 10 mit 2gig Ram auf Intel Atom 1.6Hz

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

    und die Aktuellen Files gibts bei MK Area 6510 im footer, Bitte melde dich an, um diesen Link zu sehen.

    Ich hab mir selbst erst letzte Woche eine MP3 Disk erzeugt... die obige Anleitung passt, musst sie nur mit den Images der Area 6510 aktualisieren, dann geht allesa einwandfrei, hab ca. 2h gebastelt, lag aber dran, dass ich die aktuellen Images nicht hatte, jedoch wurde mir hier sehr schnell geholfen :)

  • Ok, MP3 auf TC64... läuft aber alles in allem totaler Reinfall, bin zurück auf Wheels mit SCPU, da funzt auf anhieb mehr als nur Geopaint und ich hab meine Ordner wieder, selbst auf ner 1581 wird das Gewirre ohne diese extrem

  • Hab mich jetzt mit der 1571 beholfen, jedes Ding eine Disk für sich, auf der Bootdisk sind nur die Fonts, Write, Paint und paar Tools drauf. Hab ich mehr vor, wird halt was ich brauch in die REU gepumpt und dann gehts ab :)

  • Ok, MP3 auf TC64... läuft aber alles in allem totaler Reinfall, bin zurück auf Wheels mit SCPU, da funzt auf anhieb mehr als nur Geopaint und ich hab meine Ordner wieder

    Also ich hab auch schon MP3 komplett auf einem TC64/Standalone installiert. Aber nur der Machbarkeit wegen, nicht um es Sinnvoll zu nutzen. Wer das auch nur in Betracht zieht, der sollte wirklich nicht zu MP3 wechseln.

    Die Aussage das bei "Wheels auf Anhieb mehr funzt" solltest Du aber genauer begründen, denn abgesehen von geoBASIC das absolut nicht funktioniert (was bekannt ist) funktioniert bei MP3 von Grund auf mehr weil vieles in Wheels einfach gar nicht erst vorhanden ist.

    Und die aktuelle Version wurde hier von vielen ausgiebig getestet. Wenn es da noch etwas grundlegendes gäbe was nicht funktioniert, dann hätte der eine oder andere schon was dazu geschrieben.

    Wer moderne Hardware nicht ausnutzen will, der kann gerne bei Wheels bleiben. Ist ja gut das es verschiedene Plattformen gibt, jedem das Seine ;)

    Hab mich jetzt mit der 1571 beholfen, jedes Ding eine Disk für sich, auf der Bootdisk sind nur die Fonts, Write, Paint und paar Tools drauf. Hab ich mehr vor, wird halt was ich brauch in die REU gepumpt und dann gehts ab :)

    Ich hatte schon vor 20Jahren auf der CMD FD/HD nur 1581-Partitionen die nach dem Schema aufgebaut waren. z.B. Write mit Write-Tools, Druckern, Fonts usw... Paint+Canvas mit Druckern, Fonts... und dann Masterdisks mit allen Anwendungen zu einem Thema. Hatte mir damals immer das passende dann auf die RAMLink kopiert.

    Bald hat das kopieren von Disk in die REU aber ausgedient, zumindest bei mir, denn der Download von meinem lokalen Server über das WiC64 geht viel schneller... und da lässt sich noch was optimieren wenn die Disks dann nicht randvoll sind. Wheels-Anwender werden davon aber leider nichts haben ;)

  • Ok, MP3 auf TC64... läuft aber alles in allem totaler Reinfall, bin zurück auf Wheels mit SCPU, da funzt auf anhieb mehr als nur Geopaint und ich hab meine Ordner wieder

    Also ich hab auch schon MP3 komplett auf einem TC64/Standalone installiert. Aber nur der Machbarkeit wegen, nicht um es Sinnvoll zu nutzen. Wer das auch nur in Betracht zieht, der sollte wirklich nicht zu MP3 wechseln.

    Die Aussage das bei "Wheels auf Anhieb mehr funzt" solltest Du aber genauer begründen, denn abgesehen von geoBASIC das absolut nicht funktioniert (was bekannt ist) funktioniert bei MP3 von Grund auf mehr weil vieles in Wheels einfach gar nicht erst vorhanden ist.

    Und die aktuelle Version wurde hier von vielen ausgiebig getestet. Wenn es da noch etwas grundlegendes gäbe was nicht funktioniert, dann hätte der eine oder andere schon was dazu geschrieben.

    Wer moderne Hardware nicht ausnutzen will, der kann gerne bei Wheels bleiben. Ist ja gut das es verschiedene Plattformen gibt, jedem das Seine ;)

    Nya, wo issn der Browser? Zwar einigermaßen wertlos aber hab trotzdem, auch auf Parties damit fehlendes Zeux direkt von meiner Webseite ( versteckter Bereich ) geladen GeoBasic geht unter MP3 nicht? Noch garnicht bemerkt, jedoch leider wieder ein Grund beim alten ( oder gar schnellerem und runder programmiertem ) OS zu bleiben... Ich hab hier zu oft gelesen, geht nicht, weil is nicht... warum gehts dann in den "alten" Geos-Versionen, Geht nicht, weil weiss noch nicht wie... wäre wenigstens ehrlich. Dennoch MP3 läuft soweit rund und erfordert nicht alle furzlang einen Diskwechsel, REU Unterstützung ist top!, will nicht alles schlechtreden, aber das ist wie 80er und heute... in den 80ern gabs Überschall Zivilflugzeuge und heute knallt nichtmal mehr die Bundeswehr die Schallmauer am Himmel durch ... Wo bitte ist da der Fortschritt? Bei beidem?

  • Nya GeoPublish will sich auch nicht installieren lassen, GeoDOS hakt auch, ich suche gerade... und läuft leider immer weniger, dabei war ich froh, was schönes gefunden zu haben, nur ums weiter zu entwickeln, bis nix mehr läuft, kann wohl nicht das Ziel sein oder? Nutzen ? hab nen 1270 mit nem Arsch voll Patronen und auch den Bock mal nen Mail Madness! Papermag zu basteln, aber so geht das nicht...

  • GeoPublish will sich auch nicht installieren lassen,

    Das muss ich zumindest für MegaPatch 64 mit einer 1541 als Laufwerk 8 bestätigen. Ist es jedoch erst mal installiert (z. B. unter GEOS 2.0), dann tut es in Megapatch anstandslos seinen Job.

    Edit: Selbe Disk mit 1571 unter MegaPatch 64 lässt sich aber installieren.

    ---
    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 (1. März 2022 um 22:19)