Es gibt 1.096 Antworten in diesem Thema, welches 161.729 mal aufgerufen wurde. Der letzte Beitrag (20. November 2025 um 00:04) ist von uwe1972.

  • Moin,

    Moin,

    gerade das Update auch auf meine CMDHD81 Partition, Laufwerk A (08) ausgeführt.......

    Hat alles funktioniert.

    Hier 3 Bilder wegen der "kb". Bei der CMDHD81 vorm updaten (Bild1) habe ich vergessen auf "kb" umzustellen. Die 308 Blöcke entsprechen etwa 77 KB.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich hoffe, das stimmt so mit den freien "kb"........

    Beim Bild 2 stimmt allerdings der Relaese Name nicht ---> v0.90-250818

    Liebe Grüße,

    Jojo

  • Ich hoffe, das stimmt so mit den freien "kb"........

    Danke, könnte passen. Das Setup benötigt ca.483Kb, es sind noch 308Blocks=77Kb frei, das wären 560Kb... Setup zeigt 559K an. Das hängt dann immer auch davon ab wie viele Blocks die neue Installation mehr verbraucht als die bestehende.

    Beispiel: Die alte Installation hat 480Kb benötigt, es ist noch 1Kb frei.

    Die Neue Installation benötigt 495Kb.

    Damit würde SETUP jetzt anzeigen "Max. 481Kb (480+1) frei". Das SETUP sagt das eine Komplett-Installation "495Kb" benötigt. Damit sieht man sofort das die Installation nicht komplett auf die Zieldiskette passt.

    Würde ich nur anzeigen "1Kb frei", dann würde man es dennoch versuchen zu installieren, GDOS wurde ja schon auf der Diskette installiert. Aber da die alten Dateien weniger Speicher benötigt haben als die neue Installation wird die Installation irgendwann mit einem Fehler "3=Kein Platz" abgebrochen werden.

    Beim Bild 2 stimmt allerdings der Relaese Name nicht ---> v0.90-250818

    Oops... :)

    Es wird aber bestimmt noch eine weitere Beta geben... :whistling:

  • Eigentlich hatte ich nicht vor in der aktuellen Phase größere Änderungen in GDOS64 vorzunehmen, aber ich hatte auf meiner Workdisk ein Programm namens "geoDiskMon", da sieht so aus:

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

    Keine Ahnung wo ich das her hab, aber beim testen hab ich dann mal auf "Files/File auswählen" geklickt... Absturz.

    Hat etwas gedauert, aber das Programm verbiegt den Vektor für FindFTypes in der GEOS-Sprungtabelle, um dann anschließend alle Dateien auf Disk anzeigen zu können. Das konnte GEOS V2 nicht, erst MP3 oder GDOS erlauben eine Auswahlbox mit dem Dateityp 255 für "Alle Dateien".

    Allerdings liegt die Routine dann im Speicherbereich, wo GDOS64 für die Dateiauswahlbox die Dateien auf Diskette einliest. Ergebnis: Die Routine wird überschrieben -> Absturz.

    Jetzt kann man geoDiskMon patchen, das verbiegen des Vektors ist ja unter MP3/GDOS64 nicht nötig. Dann die Dialogbox mit Dateityp=255 aufrufen, Fertig. Das Problem bleibt aber: GDOS64 stürzt in seltenen Fällen ab, wenn ein Programm den Vektor in FindFTypes "verbiegt".

    Daher hab ich jetzt einen Test eingebaut, ob FindFTypes manipuliert wurde. Ist das der Fall, dann wird FindFTypes zurückgesetzt und die Dateiauswahl mit 255 für "Alle Dateien" angezeigt. Allerdings nur wenn die Routine innerhalb eines 6Kb großen Speicherbereichs liegt. Das erhöht die Wahrscheinlichkeit, das andere Programme, die FindFTypes ebenfalls verändern, weiterhin wie gewohnt funktionieren. Ein Restrisiko verbleibt aber.

    Gut wäre jetzt eine Liste mit Programmen, die das genauso machen. Also FindFTypes verändern, um mit der GEOS-Auswahlbox andere Dinge anzuzeigen als bestimmte GEOS-Dateitypen. Einfach um zu sehen ob dieser "Workaround" funktioniert oder ob man bestimmte Anwendungen dennoch patchen müsste. Schlimmstenfalls könnte ich den Code auch so ändern, das wenn FindFTypes manipuliert wird, immer alle Dateien auf Disk angezeigt werden. Sollte ein Programm aber was anderes als Dateien in der Auswahlbox anzeigen, dann funktioniert das Programm mit dem Fix nicht mehr.

    Aktuell sieht es unter GEOS V2 bzw. GDOS64 für geoDiskMon so aus:

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

    Also eine Dateiauswahlbox wie links, mit anderen Einträgen als *NUR* Anwendungen oder *NUR* Dokumente oder *NUR* Druckertreiber usw... Auf dem Screenshot sieht man BASIC-Programme, GEOS-Anwendungen und Maustreiber... das kann GEOS von Haus aus eigentlich nicht.

    Auf dem GDOS64-Screenshot sieht man eine weitere Neuerung:

    Bisher wurde im Infobereich der markierte Dateiname auch im Infobereich angezeigt... das war "Doppelt gemoppelt". Daher hab ich das jetzt geändert.

    Werden nur bestimmte Dateitypen angezeigt (nur Dokumente oder nur Anwendungen), dann zeigt GDOS64 hier jetzt zusätzlich die GEOS-Klasse an.

    Werden alle Dateitypen angezeigt (wie bei geoDiskMon), dann wird der GEOS-Dateityp angezeigt.

    Damit die Änderungen möglich waren musste ich sowohl den Boot-Vorgang und den Update-Vorgang (wenn man GDOS64 installiert bzw. GD.UPDATE von GEOS 2.0 aus startet) anpassen. Letzteres hatte ich schon länger nicht mehr getestet, scheint aber noch zu funktionieren :)

    Die Beta3 sollte vielleicht nicht sofort auf die eigene Boot-Disk installiert werden, sondern erst wenn man die Version selbst getestet hat (oder man ein Backup von der Bootdisk hat). Die Gefahr das etwas nicht mehr geht (beim Start oder Update) ist bei dieser Version größer als bisher. Ich hab das jetzt mehrfach, auch an realer Hardware getestet. Aber man weiß ja nie ;)

    Gibt noch eine kleine Neuerung: Man kann jetzt beim Start auch ein einzelnes Dateifenster öffnen lassen. Bisher konnte man den "Zwei-Fenster"-Modus in GeoDesk einstellen, der die Fenster dann aber auch automatisch angeordnet hat. Braucht evtl. außer mir niemand, aber für meinen C64 mit GDOS64-AutoBoot ist es praktisch :whistling:

    Was die Maustreiber angeht: Die sind nach wie vor nicht U64-kompatibel. Wer den aus dem separaten Bitte melde dich an, um diesen Link zu sehen. auf die Bootdisk kopiert hat: Während der Installation die Frage "Neuen Maustreiber installieren" einfach mit "Nein" beantworten, dann bleibt der U64-Maustreiber erhalten.

    Update wie bisher über Bitte melde dich an, um diesen Link zu sehen., die Bitte melde dich an, um diesen Link zu sehen.-Datei mit geoWiC64Load (URL bei Linkliste eintragen und "Reload" anklicken oder die URL für das Setup direkt als Download-URL eintippen) oder über die interne GEOS/Update-Funktion.

  • Das geoDiskMon.............Denke, das hattest du mir mal per PN geschickt, als ich das Problem mit den Applinks hatte,

    da sollte ich eine Speicherstelle suchen und dir schicken...............Kann das sein ??

    Das Update werde ich heute noch Testen.........

    Zu den U64-Treibern, die Funktionieren soweit, und mein GDos64 läuft mit 64mhz. :thumbup:

    Allerdings sind die Treiber etwas " Gewöhnungsbedürftig" und reagieren etwas anders als Gewohnt.........

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

  • Das geoDiskMon.............Denke, das hattest du mir mal per PN geschickt, als ich das Problem mit den Applinks hatte, da sollte ich eine Speicherstelle suchen und dir schicken...............Kann das sein ??

    Nein, das war mein eigenes Programm, das hier stammt von jemand anderem und wurde mit GeoCom erstellt... das ist wohl ein Interpreter/Compiler für eine BASIC-artige Programmiersprache.

    Ich würde VLIR in der UI auch nicht durch VLRI ersetzen ;)

    Ich hab irgendwann mal nach diesem GeoCom gesucht, evtl. hab ich dann auch einige Disks dazu "durchsucht" und dabei ist das dann liegengeblieben... zum Glück.

    Allerdings sind die Treiber etwas " Gewöhnungsbedürftig" und reagieren etwas anders als Gewohnt.........

    In welcher Hinsicht? Die Treiber sind 1:1 die gleichen wie in GDOS64, der Unterschied liegt nur in den Befehlen zum runtertakten auf 1MHz speziell für das U64. Die Treiber werden sogar aus dem gleichen Code generiert.

  • Wir erkläre ichs am Besten.........?

    Beim Kopieren ist das am auffälligsten. Ich makiere mehrere Dateien, um sie zu kopieren, Wenn ich diese Dateien nun in das andere Fenster ziehe, werden manchmal nur eine oder mehrere Dateien ( Nie alle ) rüberkopiert.

    Auch wenn ich alle Dateien makiere, es werden immer einige Dateien Verschluckt und nicht kopiert..........

    Keine Ahnung, ob das jetzt an den Treibern liegt, ist mir aber voher nie Aufgefallen...........

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

  • Beim Kopieren ist das am auffälligsten. Ich makiere mehrere Dateien, um sie zu kopieren, Wenn ich diese Dateien nun in das andere Fenster ziehe, werden manchmal nur eine oder mehrere Dateien ( Nie alle ) rüberkopiert.

    Auch wenn ich alle Dateien makiere, es werden immer einige Dateien Verschluckt und nicht kopiert..........

    Keine Ahnung, ob das jetzt an den Treibern liegt, ist mir aber voher nie Aufgefallen...........

    Es könnte auch am U64 liegen ;)

    So spontan kann ich mir das nicht erklären, die Maustreiber haben aber mit dem kopieren selbst nichts zu tun. Aber es wird die Tastatur abgefragt (was auch mit dem Maustasten-Port zusammenhängt), dann wird ggf. der Kopiervorgang abgebrochen. Dann wären aber nur die letzten markierten Dateien im Verzeichnis nicht kopiert worden (es gibt dabei aber keine "Auswahl-Reihenfolge").

    Du kannst auch mal, nachdem Du die Dateien markiert hast, nochmal hoch/runter scrollen. Wenn eine Datei im Fenster angezeigt werden soll, wird auch ausgewertet ob die Datei markiert ist. Wenn da ein zuvor markierte Datei nicht mehr ausgewählt ist, dann läuft da was verkehrt...

    Ich mach am WE noch weitere Tests mit meiner HD+SuperCPU, dann versuche ich das mal nachzustellen.

  • Danke, das langt mir schon zu, Wenn es ein Fehler ist, findest du ihn sicher............

    Wenn da ein zuvor markierte Datei nicht mehr ausgewählt ist, dann läuft da was verkehrt...

    Das makieren klappt schon, aber ich sehe mir das Nochmal genau an,

    Danke

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

  • Danke, das langt mir schon zu, Wenn es ein Fehler ist, findest du ihn sicher............

    Also ich hab gestern noch ein paar Kopier-Jobs aufgesetzt, viele Dateien einzeln markiert, von RAMDisk nach 1581 kopiert, einzeln oder alle, bisher ohne Auffälligkeiten. Am Ende waren auf der Ziel-Disk immer die zu erwartenden Anzahl an Dateien.

    Was mir für das TC64 aufgefallen ist: Nachdem ich die Maustreiber für das U64 angepasst hat, wurde ja die Wartezeit für den SID auf die an der einen oder anderen Stelle angemerkten 512 Takte reduziert (mit etwas Puffer hatte ich 768). Beim TC64 ruckelt der Maustreiber damit aber noch... sehr selten und auch nur wenn vorher mit Tasten gesteuert wurde, aber es ruckelt. War mir bei den letzten Tests nicht mehr aufgefallen... oder wurde durch Mausbewegungen überlagert.

    Ich hab es jetzt mal auf >1200 Takte angehoben, das passt auch besser zu den 1.6ms (~1600 Takte) die an andere Stelle für den SID als Verzögerung aufgeführt werden. Damit funktioniert es am TC64 wieder besser als mit der beta3.

    Das kann jetzt TC64-spezifisch sein, muss ich mit der SuperCPU noch gegentesten.

    Hab noch einen anderen Fehler in GD.CONFIG gefunden, der aber nur in Verbindung mit FBOOT auftritt, dort aber für eine fehlerhafte Konfiguration sorgen kann. Ist aber bereits behoben, muss aber noch weiter getestet werden.

  • Ich habe Gestern nochmal alle Treiber getestet. Weiß der Geier.........Evl. auch noch ein Mausproblem ??

    Das Zittern hast mit den U64 Treibern behoben...........

    Es ist komisch. Makier ich 4 Dateien, werden nur die erste, oder ersten 2 Dateien kopiert.

    Versuch ich es dann Nochmal, klappt es meistens..........

    Ich komme schon noch dahinter..........

    Zum neuen GDos64 BetaUpdate:

    Das Laden über das Wic hat nicht funktioniert !! ( Da wurde wohl die Latest-Datei nicht gefunden )

    Aber das Installieren ( Komplettinstalliation ) mit 64mhz ist ein Wahres Vergnügen, hat nichtmal 1 Minute gedauert :thumbsup:

    Da kommt keine SCPU mit !!! das ging so schnell, .....Waaahnsinn !!!

    Ansonsten sind mir keine neuen Fehler Aufgefallen..........

    Ich hoffe, das man irgendwann nicht nur 1541/71 und 1581 als Interne Lw einstellen kann, sondern auch RL, Ram FD & HD,

    das würde das Booten doch sehr Beschleunigen..........

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

  • Das Laden über das Wic hat nicht funktioniert !! ( Da wurde wohl die Latest-Datei nicht gefunden )

    Vielleicht Netzwerkprobleme... die Datei liegt ja auf dem BitBucket-Server... und da liegt die immer noch... war das WiC64 auch eingesteckt und nicht durch einen Fastloader am UserPort im U64 deaktiviert? Über geoWiC64Load und die passende URL hätte der Download ja auch funktionieren müssen...

    Ich hoffe, das man irgendwann nicht nur 1541/71 und 1581 als Interne Lw einstellen kann, sondern auch RL, Ram FD & HD,

    das würde das Booten doch sehr Beschleunigen..........

    Um das booten zu beschleunigen braucht es das nicht, Du könntest ja von einer RAMDisk booten. Das erfordert halt das laden einer RAMDisk bereits beim einschalten. Ich meine das zumindest geht am U64.

    Dann reicht es ein Programm vom USB-Stick zu starten und in 5sek. bist Du auf dem DeskTop. Soweit ich weiß geht letzteres noch nicht automatisch beim einschalten, aber Du könntest ja über den FileBrowser im Ultimate das Programm manuell laden+starten. Dann ist das vergleichbar mit dem Video von meinem TC64 weiter vorne im Thread... nur schneller ;)

    Das in der Ultimate auch FD+RL+HD emuliert werden, das halte ich für weniger warscheinlich. Der Aufwand ist innerhalb von VICE schon enorm... und mit geoUMount kann man ja DiskImages wechseln wie Partitionen. Da würde ich eher dafür plädieren die Firmware stabiler zu machen und die Fehler im UCI (Programmierer-Schnittstelle) zu beseitigen.

    Es ist komisch. Makier ich 4 Dateien, werden nur die erste, oder ersten 2 Dateien kopiert.

    Versuch ich es dann Nochmal, klappt es meistens..........

    Das könnte durchaus dann ein Abbruch sein, wenn nur die ersten Dateien kopiert werden... bisher gibt es da ja keine Fehlermeldung.

  • Vielleicht Netzwerkprobleme.

    Glaub ich nicht, Die Fritzbox steht nur 20cm weg, und das Display zeigt alles Normal an.

    Das Wic wird ja erkannt, die Uhrzeit wird auch gestellt. Mit einem original C64 Board hatte ich nie mit dem Wic Probleme........

    Ist alles erst seit dem U64.Board........

    Um das booten zu beschleunigen braucht es das nicht

    Jaaaaaaa, Genauso dachte ich das, Müßte man nurnoch wissen, wie Genau man eine Ram Wie und Wo Einstellt :?:

    Ist ja nicht Gerade Toll mit Anleitungen, mal sehen ob ich`s Hinbekomme, das wäre ja die Jacobs- Krönung.......

    Und ja die Firmware stabiler zu machen, das wäre mehr als wichtig. Das Einbinden von RL / HD war nur so ein :oob:Gedanke......

    Is mir schon klar, das das Nie werden wird.......Muß ja auch nicht........

    Ja, das mit dem kopieren haut noch nicht hin, Ich Hatte das voher auch noch nie Bemerkt,

    Ich werde das weitertesten, werde mit den mhz mal etwas Heruntergehen, wenns besser wird..........

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

  • Moin,

    Eben Gdos64 -->gdos64de-0.92beta3<-- , über gd.getupdate und Ram1581, auf CMD RL81 aktualisiert.

    Bei der Installation ist alles perfekt gelaufen. :thumbup:

    Dann mal ein paar "Programme" zum Testen zusammengesucht. Da gab es dann doch einige Probleme.

    Habe die Programme nur gestartet und versucht das Directory zu wechseln.

    Die PRG mit Problemen habe ich hier aufgelistet........

    ---> Monitor: Absturz beim Verlassen des Programms (MP3/64 geht da auch nicht, Wheels64 geht).

    ---> Disk Editor: Absturz beim Start (MP3/64 geht).

    ---> Header Editor: Auswahl edit new hdr/ Drive gibt's einen Error (Wheels64 geht, bzw. kein Drivewechsel, kein Error)

    ---> Mon 2.0: Programm startet und kann mit "x" verlassen werden. Nur der Bildhintergrund "mischt" sich.....

    Vielleicht erwarten ein paar Programme auch nur den 1541er Modus, oder sie sind nur für LW 8/9 geschrieben. Habe einfach nur mal probiert.......:D


    ---> Monitor-SCSI 80<---

    Und dann habe ich noch ein Programm (leider nur C128 :whistling:) wiedergefunden, welches ich mal von Burghard Weihrauch, dem Programmierer von Geos "Manager 128", bekommen habe.

    Aus Erinnerung, zum austesten der Scsi Befehle (Scsi1+2) für den "gEOS-cd-pLAY". Keine Ahnung wie, aber irgendwie hatte ich es damals hinbekommen, das der Player mit beiden Typen (SCSI1+2) spielte.....

    Disk ist im Anhang (.txt entfernen).:)

    Liebe Grüße,

    Jojo

  • Dann mal ein paar "Programme" zum Testen zusammengesucht. Da gab es dann doch einige Probleme.

    Habe die Programme nur gestartet und versucht das Directory zu wechseln.


    Die PRG mit Problemen habe ich hier aufgelistet........

    Super... sowas hab ich gesucht, wobei das jetzt zwar andere "Probleme" sind wie die Dateiauswahlbox, aber dennoch Dinge die mit GDOS64 nicht funktionieren. So auf die Schnelle hab ich mir mal Monitor und DiskEditor angeschaut:

    Monitor passt die von früher bekannte "Panic"-Box, aus der es früher kein "Entkommen" mehr gab (nur GEOS neu starten). Das ist unter GDOS nicht notwendig. Lasse ich den "Patch" weg, dann funktioniert das verlassen des Programms. Könnte man also einfach aus dem Programm rauspatchen. Sollte dann auch unter GEOS 2.x weiter funktionieren.

    DiskEditor scheint da einen Fehler zu haben, der unter GEOS 2.0 nur nicht auftritt. Da werden zu Beginn 12 Icons aufgebaut, Icon 11+12 sind aber irgendwie nicht richtig definiert. Müsste ich mir genauer anschauen. Definiere ich aber nur 10 Icons, dann funktioniert das Programm, lediglich das "Drive"-Icon wird nicht angezeigt, ist aber anklickbar.

    Die anderen Programme schau ich mir noch an, wenn möglich passe ich die Programme an.

    Ich hatte mir schon überlegt selbst so einen DiskEditor zu schreiben, aber evtl. braucht es das nicht wenn das eine oder andere Prg brauchbar ist.

    Danke! :thumbup:

  • Jaaaaaaa, Genauso dachte ich das, Müßte man nurnoch wissen, wie Genau man eine Ram Wie und Wo Einstellt :?:

    Ist ja nicht Gerade Toll mit Anleitungen, mal sehen ob ich`s Hinbekomme, das wäre ja die Jacobs- Krönung.......

    Ich mach da nochmal eine Anleitung dazu... aber Du kannst schon mal schauen ob es diese Einstellungen im Ultimate noch gibt, evtl. finden die sich aktuell auch woanders:

    Code
    C64 and cartridge settings
    RAM Expansion Unit
    * REU Size
    * REU Preload
    * REU Preload Image

    Ich meine REU Preload muss "Enabled" sein und bei "REU Preload Image" muss man den Pfad zu einem REU-Image angeben. Da in beiden Optionen noch nichts aktivieren, noch hast Du ja kein REU-Image. Aber wenn die Optionen nicht da sind, dann wird das eh nichts. In meiner 3.7 für das UII+ steht der Text zumindest noch in der Firmware-Datei.

  • Ja, die Menüeinstellungen sind (noch) vorhanden..........:thumbsup:

    Da muß man sicherlich ein Reu-Image erstellen, und das dann einladen ???

    Nun wirds Spannend...............Null Ahnung.........:gruebel

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

    Einmal editiert, zuletzt von uwe1972 (3. September 2025 um 15:22)

  • Ich hatte mir schon überlegt selbst so einen DiskEditor zu schreiben, aber evtl. braucht es das nicht wenn das eine oder andere Prg brauchbar ist.

    Nun ja, DISKMONITOR von Juergen Johannes 's hier angehängten Disk ist ganz brauchbar. Stammt von der GUSS (Falk Rehwagen) und kann neben 4 Lfw. auch Native-Mode Lfw.. Ich hänge hier mal die GUSS-Diskette aus der GUC-GT an. Darauf gibt es auch die Anleitung dazu ...

    Gruß

    Werner

  • Da muß man sicherlich ein Reu-Image erstellen, und das dann einladen ???

    Nun wirds Spannend...............Null Ahnung......... :gruebel

    Wie gesagt... ich mach da (nochmal) 'ne Anleitung. Was noch fehlt ist wie man im FileBrowser den aktuellen Inhalt der REU als Image abspeichert. Ja, ich weiß, das könnte man ggf. mit geoUMount oder mit den geoULib-Tools machen, aber ich halte es für sinnvoller das nach dem beenden in Richtung BASIC über den Ultimate-Filebrowser zu machen.

    Aber: Ich vermute nur das man es dort machen kann... irgendwo müsste es da bestimmt eine Option dafür geben. Beim TC64 ist es im File-Menü, dann F4.

    Ich werde dazu aber dann bei Gelegenheit einen neuen Thread starten. Spätestens dann werde ich auch meine UII+ anstecken, dann kann ich selbst auch Screenshots machen. Auch wenn die Menüs dann anders aussehen und der ganze Ultimate-Krempel eigentlich nicht supported wird ;) (Gilt dann ja aber auch für NeoRAM oder TC64-User..., also schadet die neue Anleitung nicht...)

    Nun ja, DISKMONITOR von Juergen Johannes 's hier angehängten Disk ist ganz brauchbar.

    Werde ich testen... :thumbup:

  • Vielen Dank


    Hat keine Eile...............

    Nachtrag:

    Ich habe die Geschwindigkeit auf 40 mhz runtergesetzt, Nun klappts Wieder mit dem Kopieren.........

    Alles nur eine frage der Geschwindigkeit........

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

    Einmal editiert, zuletzt von uwe1972 (5. September 2025 um 15:38)

  • Ich hab jetzt etwas an der Anleitung zur Installation auf dem TC64 oder dem Ultimate mit FastBoot gemacht. Dabei hab ich jetzt auch mal das Ultimate-SoftwareIEC getestet.

    So ein Ultimate-Laufwerk kann man auch unter GDOS64 ansprechen, man kann zumindest einfache Dateien auf den USB-Stick "senden" oder das Verzeichnis wechseln / Verzeichnis anzeigen... für die FastBoot-Installation ist das später hilfreich, da man so die Starter-Datei "GD.FBOOT" ohne externe Programme auf den USB-Stick übertragen kann...

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

    Mit der U2+ und FastBoot ist GDOS64 dann in knapp 14sek. geladen (wenn der REU-Inhalt bereits im Speicher ist...). Das müsste ebenfalls komplett ohne echte Laufwerke funktionieren, hab ich aber nicht getestet und werde ich vermutlich auch nicht testen...

    Ich muss die Anleitung jetzt noch irgendwie in Form bringen...