Snoopy :Und dann auch noch etwas mehr "Tritt in'n Arsch" wär noch besser. Minimum REU, besser noch SCPU.
Hab ich beides nicht, daher hab ich GEOs an den Nagel gehängt.
Stefan
Es gibt 33 Antworten in diesem Thema, welches 6.173 mal aufgerufen wurde. Der letzte Beitrag (
Snoopy :Und dann auch noch etwas mehr "Tritt in'n Arsch" wär noch besser. Minimum REU, besser noch SCPU.
Hab ich beides nicht, daher hab ich GEOs an den Nagel gehängt.
Stefan
Hab ich beides nicht, daher hab ich GEOs an den Nagel gehängt.
Der Threadersteller hier wollte doch nur etwas kopieren, oder?
Hab ich beides nicht, daher hab ich GEOs an den Nagel gehängt.
Der Threadersteller hier wollte doch nur etwas kopieren, oder?
Gut erkannt
Thread HighJacking...
Mit einer GeoRAM, GEOS, MP3, GeoDesk, SD2IEC geht das aber wunderbar, nur nicht so schnell. DiskImages erstellen, Disketten kopieren... fast alle Formate werden unterstützt, außer G64 (ist unter GEOS eher unüblich).
Vielleicht kann ein Mod die Frage von Snoopy in einen neuen Thread auslagern...
Ich kenne mich mit CRT jetzt nicht so gut aus, aber 64k oder 128K als CRT geht glaub ich nicht.
Doch, das geht. Aber natürlich nur mit Umwegen wie Banking, Paging oder wie auch immer du das nennen möchtest. Vielleicht prominentestes Beispiel ist das EasyFlash mit 1MB (und im CRT-Format spezifiziert). Aber NeoRAM schlägt das locker mit bis zu 4MB (ist jedoch als RAM-Erweiterung konzipiert, also auch nicht im CRT-Format erfasst, was hier aber keine Rolle spielt). Das eigentliche Problem ist allerdings, GEOS an die gewünschte Modulhardware so anzupassen, dass das Nachladen eben nicht mehr notwendig ist.
GEOS an die gewünschte Modulhardware so anzupassen, dass das Nachladen eben nicht mehr notwendig ist.
Danke für Deine Erklärung. Aber ich denke daran scheitert es.
Der GEOS DeskTop 2.x hat keine "RAM"-Funktion, wird also immer von Disk nachgeladen. Moderne DeskTops wie TopDesk oder GeoDesk haben diese RAM-Funktion, werden aber von dem CRT nicht unterstützt.
Moderne DeskTops wie TopDesk oder GeoDesk haben diese RAM-Funktion, werden aber von dem CRT nicht unterstützt.
Welches RAM wird dabei unterstützt, vermutlich REU und Geo-/NeoRAM? Bei GeoRAM weiß ich's nicht, NeoRAM jedenfalls hat eine Batteriepufferoption direkt dabei. Dann wäre es evtl. gar nicht so schwer, ein Image für NeoRAM zu basteln, mit dem GEOS von Modul genutzt werden kann (CRT-Format ist dabei ja keine Voraussetzung)? Also ganz abgesehen davon, dass das dann ggf. natürlich auch ohne NeoRAM mit 1541U-II(+), TC64, SideKick64 und U64 möglich wäre.
Welches RAM wird dabei unterstützt, vermutlich REU und Geo-/NeoRAM?
Jede RAM-Erweiterung... die ist für GEOS-Anwendungen völlig transparent.
Es geht hier auch nicht um die Speichererweiterung, sondern um die Funktion den DeskTop aus dem RAM/GEOS-Speicher zu laden und nicht auf der aktuellen Disk zu suchen.
TopDesk/GeoDesk laden eine Kopie von sich selbst in den GEOS-Speicher. Wenn man eine GEOS-Anwendung wie geoWrite beendet, dann wird der DeskTop aus dem RAM geladen.
Auch bei einem RBoot wird so der DeskTop aus dem RAM geladen.
Beim alten DeskTop 1.x/2.x braucht es eine Kopie des Programms auf Diskette im Laufwerk. Daher kommt der obige Fehler wenn das D81-Image nicht im Laufwerk 8 unter VICE eingebunden ist.
Es geht hier auch nicht um die Speichererweiterung, sondern um die Funktion den DeskTop aus dem RAM/GEOS-Speicher zu laden und nicht auf der aktuellen Disk zu suchen.
Natürlich. Das ist für den ursprünglich erwähnten Zweck (nämlich GEOS von einem Modul nutzen ohne nachladen des Desktops von Disk) aber auch nur dann sinnvoll oder überhaupt einsetzbar, wenn eben nicht das karge C64-RAM dafür herhalten muss. Insofern ist eine Erweiterung des Speichers eben schon Voraussetzung (auch wenn es speziell in diesem Fall nicht zwangsläufig RAM sein müsste).
TopDesk/GeoDesk laden eine Kopie von sich selbst in den GEOS-Speicher. Wenn man eine GEOS-Anwendung wie geoWrite beendet, dann wird der DeskTop aus dem RAM geladen.
Ließe sich das also per RBoot schon jetzt ohne Desktop-Diskette nutzen, nachdem man einmal so ein GEOS-System gestartet und eingerichtet hat, weil es dann per Batteriepuffer im NeoRAM bleibt?
Natürlich. Das ist für den ursprünglich erwähnten Zweck (nämlich GEOS von einem Modul nutzen ohne nachladen des Desktops von Disk) aber auch nur dann sinnvoll oder überhaupt einsetzbar, wenn eben nicht das karge C64-RAM dafür herhalten muss.
Also GeoROM hab ich nicht getestet, aber mit dem CRT wird zwar GEOS aus dem "RAM" geladen, aber der DESKTOP wird trotzdem von Disk geladen. Und zwar jedesmal wenn Du eine Anwendung beendest. Daran ändert auch eine GeoRAM oder das CRT nichts. Wenn das mit GeoROM geht, dann ist das ein Vorteil gegenüber dem CRT.
Ich hab dann auch mal (unter VICE) GEOS 2.0r getestet, der Inhalt der GeoRAM scheint zwar gespeichert zu werden, aber "RBOOT" lässt sich nicht nach einem VICE-Neustart nutzen. Mit GEOS 2.0/REU geht es. Und so startet GEOS mit einem RBOOT auch in knapp 13Sekunden bis der Mauspfeil da ist. Also so schnell wie mit dem CRT.
Ließe sich das also per RBoot schon jetzt ohne Desktop-Diskette nutzen, nachdem man einmal so ein GEOS-System gestartet und eingerichtet hat, weil es dann per Batteriepuffer im NeoRAM bleibt?
Ja... aber nicht mit dem Original-GEOS, denn die beiden DeskTop-Lösungen erfordern GEOS/MP3. Aber damit geht genau das. Man startet GEOS 1x ganz normal, danach reicht RBOOT.
Ich hab das eben unter VICE nochmal mit der RAMLink (ca.5sec) und GeoRAM (ca.8sec) getestet. Es reicht dann eine "Diskette" mit den beiden RBOOT-Dateien.
Es geht dann unter VICE sogar ohne Diskette wenn man RBOOT auf ein Host-Verzeichnis kopiert und ein VDrive-Laufwerk verwendet. Da GEOS selbst nicht auf so ein Laufwerk zugreifen kann ist das sozusagen der Beweis, das nichts von Diskette nachgeladen wird und dann dennoch der DeskTop da ist.
Hab ich beides nicht, daher hab ich GEOs an den Nagel gehängt.
Der Threadersteller hier wollte doch nur etwas kopieren, oder?
2004 ? Ja nu? Snoopy hat doch was ganz andreares gefragt.
Stefan
aber der DESKTOP wird trotzdem von Disk geladen.
Ja, aber ...
... wenn im System ein RAM-Laufwerk eingerichtet ist und darauf der originale Geos-Desktop gespeichert ist, wird er auch von da geladen (funktioniert bei Geos nur, wenn das RAM-Laufwerk A: oder B: ist).
Und BBGRam und NeoRAM sind "Nachbauten" der GeoRAM mit zusätzlicher Stromversorgung für die RAM. Solange Strom da war, blieben die Daten im RAM erhalten und RBOOT funktionierte.
Und es gab BBU. Das Teil wurde zwischen C64/128 und vorhandener REU/GeoRAM gesteckt und lieferte eine Stromversorgung für das RAM, damit die Daten darauf erhalten blieben.
In VICE kann man das nachstellen. Man muß nur den RAM-Inhalt vor beenden von VICE speichern und nach Neustart VICE wieder laden, bevor Geos geladen wird.
Und Kopierprogramme mit GeoRAM-Unterstützung gab es auch, z.B. MasterCopy V2.0 (64er Sonderheft 92).
Gruß
Werner
... wenn im System ein RAM-Laufwerk eingerichtet ist und darauf der originale Geos-Desktop gespeichert ist, wird er auch von da geladen (funktioniert bei Geos nur, wenn das RAM-Laufwerk A: oder B: ist).
Stimmt...
Ich hab unter VICE eben mal das CRT gestartet und auch eine GeoRAM eingebunden, aber ich dachte mir schon das es so nicht geht. Das Configure2.1r erkennt dann die GeoRAM nicht. Ist ja eigentlich auch klar warum...
Aber mit einem normalen GEOS sollte das gehen, das man ein RAM-Laufwerk konfiguruiert und dort den DeskTop ablegt. Das ist dann ähnlich zu GEOS/MP3. Eben getestet, dauert dann auch so ca.13Sekunden bis der Mauspfeil da ist.
x64sc \
-georam \
-georamsize 2048 \
-georamimage geo2048k.ram \
-georamimagerw \
-drive8type 1542 \
-8 GEOS.2.0r.for.use.with.GEORAM.64.system.g64 \
+mouse \
-controlport1device 1351
Danach reicht ein
Und GEOS ist nach ~13Sekunden da... Kopiert man sich RBOOT dann auf eine leere Disk, dann sieht es nach dem ersten Start so aus wie auf dem Screenshot.
Auf der GEOS2.0r-Diskette ist dann auch ein Configure2.1r+ drauf, auf der anderen Diskette nur das 2.0r, evtl. war das hier das Problem.
So hatte ich das auch von damals noch in Erinnerung, hatte die BBGRAM mit dem Akku-Pack, das war damals ein ganz schöner Klopper was die Batterien angeht. Da wäre ein NeoRAM heute sicherlich angenehmer.
Also ja, auch ohne CRT kann man GEOS von einer GEORAM sehr schnell starten wenn man den DESKTOP auf ein RAMLaufwerk kopiert.
Müsste man auch mit einem U64,UII+ oder TC64 machen können. Man muss halt nur den RAM-Inhalt beim beenden speichern und nach einem Kaltstart neu einlesen. Müsste man sogar automatisieren können. Das letzte mal als ich das am UII+ getestet hatte war da aber ein Bug in der Firmware und AutoLoad ging nicht. Müsste aber längst behoben sein.
In VICE kann man das nachstellen. Man muß nur den RAM-Inhalt vor beenden von VICE speichern und nach Neustart VICE wieder laden, bevor Geos geladen wird.
Geht auch automatisch wenn man es in VICE einstellt. Ich starte ja immer von der Befehlszeile, da hab ich die Parameter immer mit dabei und der Inhalt der RAM-Erweiterungen ist sofort wieder da...
und auch eine GeoRAM eingebunden, aber ich dachte mir schon das es so nicht geht.
Wenn das eine "normale" Geos V2.x-Bootdisk (CRT) ist (ohne "r" ), kann das nicht funktionieren. Das Austauschen von Konfigurieren reicht nicht, da im Kernel der Erkennungscode der RAM-Erweiterung ebenfalls geändert werden muss.
Damals gab es da "MountBBGRam". Das war ein zusätzliches Auto_Exec-Prg., das das während des Bootens erledigt hat. Will sagen, man kann eine "normale" Geos V2.x-Bootdisk zur Geos V2.x (r) machen. MountBBGRam gibt es in 2 Versionen. Eine für US-Geos und eine für DE-Geos. Liegt auf der F64-Wolke unter Software\Geos .
Wird wohl nur bei dem vorgefertigten CRT schwierig ............
.
Gruß
Werner
Wenn das eine "normale" Geos V2.x-Bootdisk (CRT) ist (ohne "r" ), kann das nicht funktionieren. Das Austauschen von Konfigurieren reicht nicht, da im Kernel der Erkennungscode der RAM-Erweiterung ebenfalls geändert werden muss.
Genau, das Problem ist das der GEOS-2.0e/CRT-Kernal nicht für die GeoRAM gepatcht ist. Das Configure-2.0r war nur deswegen auf der crt-GEOS-Disk weil wohl das Original Configure zum CRT nicht kompatibel ist. Steht so auf der oben verlinkten Download-Seite. Aber damit kann man zumindest reale Laufwerke konfigurieren, aber keine RAM-Laufwerke.
Ich bin auch kein Freund von RBOOT. Ja, es geht schneller, aber es werden keine AUTO_EXEC ausgeführt, z.B. das setzen der Systemuhrzeit. Auch muss die Laufwerkskonfiguration immer gleich sein wie beim letzten beenden von GEOS. Gerade mit dem DESKTOP 2.x und dem tauschen von Laufwerke A->C und B->C kann das ganz schnell Probleme machen.
Man erkauft sich also den Schnellstart mit einem weniger flexiblen Gesamt-System.