Posts from ZAK256 in thread "GEOS 64 und 128 V2.0 GE jungfräulich"

    Hallo,

    na endlich scheinen meine Bemühungen Früchte zu tragen (ist das schon Eigenlob? :) )
    Nach dem wir in diesem Thema, also „GEOS 64 und 128 V2.0 GE jungfräulich“, die „Jungfräulichkeit“ hoch und runter diskutiert haben, hatte ich mir das Ziel gesetzt, an die wirklich echten jungfräulichen Versionen von GEOS heranzukommen, um diese dann für die "Ewigkeit" zu erhalten.

    Der folgende 3-Punkteplan sollte zur Erreichung meines Zieles beitragen:

    • Das Kopierschutzproblem lösen:
      - nibconv67.exe (Please login to see this link.)
    • Aufzeigen, was wirklich echte jungfräulichen Versionen von GEOS sind:
      - „GEOS 64 und 128 2.0 deutsch mehr oder weniger jungfräulich im Überblick“ (Please login to see this link.)
    • Hilfe bei der Erstellung von D64/G64 Images:
      - „Erstellung von D64 Image Dateien von C64/C128 CBM Disketten im Überblick“ (Please login to see this link.)
      - „Erstellung von G64 Image Dateien von C64/C128 CBM Disketten im Überblick“ (Please login to see this link.)


    Durch nibconv67.exe wurde meines Achtens der Kopierschutz der Geos Disketten zur Nebensache. Der simple, primitive Kopierschutz ist auch eigentlich eine Nebensache, da dieser nichts über die eigentliche Jungfräulichkeit einer GEOS Version aussagt. Auch ein einfaches D64 Geos Image, welches nicht korrekt bootet, kann eine Rarität beinhalten. Und an genau diese Raritäten wollte ich ja rankommen. Diese Raritäten sind in diesem Zusammenhang nicht installierte Geos- System- bzw. nicht installierte Geos- Applikations- Disketten. Das war der Grund warum ich die nibconv67.exe „entwickelt“ habe. Mit dem nibconv67.exe besteht die Möglichkeit, D64 Geos Images, welche vielleicht vor vielen Jahren entstanden sind, zu „reparieren“, um eine vollwertige Rarität zu erhalten.

    Und für Diejenigen, die sich beim Übertragen von originalen Disketten in Images schwertun, habe ich dann die Überblicke zur Erstellung von D64 bzw. G64 Images erstellt. Da durch nibconv67.exe auch D64 Images ausreichen, sollte fast Jeder in der Lage sein, ein brauchbares Image von seinen GEOS Disketten zu erstellen.

    Also immer her mit den nicht installierten Geos- System- bzw. nicht installierte Geos- Applikations- Disketten (in Deutsch)...

    Hab's angepinnt ;)

    na endlich hat es dieses Thema mit fast 20K Zugriffen unter die „Ankündigungen und wichtige Themen“ geschafft :) :thnks:

    Gruß
    Hans

    Hallo flyppo,

    Hallo,

    bin neu hier und grüße erst mal alle.
    Da ich am Wochenende meine alte Hardware hervorgekramt habe und dabei einige Fragen aufgetaucht sind, bin ich auf dieses Forum gestoßen.


    Herzlich willkommen!

    Über die Streitfrage, ob 2 unterschiedliche Floppys mit Geos2.0 laufen kann ich definitiv folgendes sagen. Ich habe gerade die Originaldisketten von Geos 2.0 mit realer Hardware dafür verwendet.
    - eine RAm-Erweiterung ist nicht eingesteckt, wohl aber eine 1541 und eine 1581
    - load"geos",8,1 mit der 1541 als 8 und der 1581 als 10 oder 11, funktioniert nicht!
    - die 1541 muss die 8 sein, die 1581 muss bei dieser Konfiguration zwingend die Geräteadresse 9 haben, dann bootet Geos gleich mit der 1541 als Laufwerk A und der 1581 als Laufwerk B.

    Entgegen der Aussage im Geos-Handbuch funktioniert das sehr gut, habe da,als etwa 2 Jahre so gearbeitet. Die Konfigurationsdatei muss dazu nicht auf der 1581 vorhanden sein. Erst dann irgendwann habe ich mir GEOS2.0r zugelegt. Alsdann arbeitete ich nur noch damit. Deswegen sind meine Originaldisketten GEOS2.0 wohl noch intakt ;)


    Bezüglich der Konfiguration habe ich mal ein paar Tests mit dem Emulator (VICE) durchgeführt (siehe Bild im Anhang). Das Problem mit der Konfiguration mit 2 Verschiedenen Laufwerksarten, tritt nicht sofort nach dem Bootvorgang von Geos zum Vorschein. Da auf der Bootdiskette ein Konfigurieren enthalten ist, wird dieses geladen und alle Laufwerke korrekt angezeigt. Das Problem tritt erst beim Arbeiten mit Geos auf, wenn man z.B. eine Applikation lädt und diese dann verlassen möchte (siehe Bild im Anhang). Ich habe dies mit GEOPAINT in unterschiedlichen Konfigurationen aus Software und Hardware getestet.
    Mein Test bestätigt somit „leider“ genau die Aussagen im GEOS Handbuch.

    Ich kann auch ein paar Fotos liefern wenn gewünscht.


    Ja, gern. Super fände ich Bilder von den Geos Disketten.

    gruß
    Hans

    Please login to see this attachment.

    64’er Sonderheft 96 - „64er SH 96 B.D64“

    • "NEW GEORAM"
    • "TOP DESK CHANGE"


    Noch ein kleiner Nachtrag zu den beiden Programmen "NEW GEORAM" und "TOP DESK CHANGE" von der "64’er Sonderheft 96" Diskette B. Diese beiden Programme besitzen nur geringfügige Änderungen zu den Programmen "new georam" und "topdesk change" von der "First Aid for Geos" Diskette A (siehe Bilder im Anhang).

    Please login to see this attachment.
    Please login to see this attachment.

    Hallo,
    ich habe mal versucht alle Programme von Hans-Jürgen Ziethmann zusammenzutragen.
    Folgende Disketten enthalten solche Programme:

    • 64’er 12/91 - „64er 12-91 A.D64“
    • 64’er GEOS EXTRA 1/94 - „64er EXTRA JAN 94.D64“
    • 64’er Sonderheft 80 - „64er SH 80 B.D64“
    • 64’er Sonderheft 92- „64er SH 92 A.D64“
    • 64’er Sonderheft 96 - „64er SH 96 A.d64“
    • 64’er Sonderheft 96 - „64er SH 96 B.D64“
    • First Aid for Geos - „FAFG A.d64“
    • First Aid for Geos - „FAFG B.d64“

    Diese Disketten habe ich in den Archiven „Originale Teil1.7z“ und „Originale Teil2.7z“ zusammen gepackt (siehe Anhang).

    Da viele der Programme auf mehreren Disketten vertreten sind, habe ich mal versucht die doppelten Programme zuerkennen und eine bereinigte Liste zu erstellen. Eigentlich sind alle Programme reine BASIC Programme. Da diese wohl auch von GEOS aus gestartet werden können, sind diese als GEOS Programme gespeichert. Diese GEOS Programm Versionen ließen sich leider nicht vergleichen, da diese alle etwas unterschiedlich auf den verschiedenen Disketten gespeichert sind.
    Deshalb habe ich alle Programme (im Direkt Modus eines C64, im Emulator (VICE)) geladen und wieder gespeichert. So wurden nur die reinen BASIC Zeilen abgespeichert. Bei 4 Dateien („NEW PROGRAMMER" (FAFG A), "NEW GEORAM" (64er SH 96 B), "NEW PROGRAMMER" (64er SH 96 B), "TOP DESK CHANGE" (64er SH 96 B)) waren die BASIC Zeilen „versteckt“. Diese 4 Programme habe ich zunächst gestartet und mit RUN/STOP+RESTORE abgebrochen, um an die BASIC Zeilen zu kommen. Alle umgewandelten Programme habe ich in dem Archiv „BASIC Versionen.7z“ zusammengestellt (siehe Anhang).

    Die erstellten BASIC Programme waren nun mit einander vergleichbar. Ein Vergleich der Programme hat dann ergeben, dass 48 der Programme identisch sind. Die meisten der Programme befinden sich auf den beiden „First Aid for Geos“ Disketten. Nur 5 Programme befinden nicht auf den „First Aid for Geos“ Disketten.
    Dies sind die Programme:
    64’er 12/91 - „64er 12-91 A.D64“

    • "GEOSSICHER.SIMUL"
    • "GEOSSYSTEM.SIMUL"


    64’er Sonderheft 80 - „64er SH 80 B.D64“

    • "SYSWANDLER"


    64’er Sonderheft 96 - „64er SH 96 B.D64“

    • "NEW GEORAM"
    • "TOP DESK CHANGE"


    In der Liste (siehe unten) habe ich alle Programme aufgeführt. Wenn das jeweilige Programm noch auf einer anderen Diskette vorhanden ist, ist dieses Diskette (abweichender FILENAME) dahinter angeben („-->“).

    Wer noch weitere Programme für die Liste kennt, möge sich bitte melden.

    Gruß
    Hans

    Zitat von »ZAK256«
    Laut der Anleitung des BURST NIBBLER


    Ist die eigentlich irgendwo zur Einsicht verfügbar? Am besten beide, also C64 und C128 Version.

    Na klar:
    64: Please login to see this link.
    128: Please login to see this link.

    Zitat von »ZAK256«
    Leider bekomme ich das Programm „double-touch“ im Emulator (VICE) nicht zum laufen (Sektor Fehler zu Hauf).


    Gibt es das Programm irgendwo?

    Siehe ZIP im Anhang (auf Diskette B), bitte Anleitung beachten (Datei „lies mich“).

    Hallo,
    na hier ist wohl die Feiertagsmüdigkeit ausgebrochen :)
    Wünsche ein gesundes neues Jahr.

    Zumindest den Burst Nibbler gibt es auch in einer C128-Version. Ob das dann da aber auch funktioniert, kann ich nicht sagen.


    Laut der Anleitung des BURST NIBBLER / TURBONIBBLER benötigten die „BURST NIBBER“ Varianten, wohl auch bei der Verwendung einer 1571, immer ein paralleles Kabel. Nur die TURBONIBBLER kommen mit einem seriellen Kabel aus. Diese unterstützen aber leider nicht den Burst Modus der 1571 ( am C128 ).

    Im 64’er Sonderheft 22 hab ich noch das Programm „double-touch“ gefunden (seihe Bilder unten). Dies nutzt wohl den Burst Modus der 1571 aus um eine Diskette in 8s zu kopieren.

    Interessant ist die Datei „lies mich“ (Diskette zu SH22 B), welche ein paar Informationen zum Programm „double-touch“ enthält (siehe Bild). Der Hinweis, das mit dieser Version von „double-touch“ keine Markt & Technik original Disketten kopiert werden können, bezieht sich doch bestimmt auf GEOS. Die Frage ist nur, stimmt der Hinweis.

    Leider bekomme ich das Programm „double-touch“ im Emulator (VICE) nicht zum laufen (Sektor Fehler zu Hauf).

    gruß
    Hans

    Please login to see this attachment.Please login to see this attachment.

    Please login to see this attachment.

    Hi, ich habe ein paar Änderungen an meiner Grafik, bezüglich der „GEOS 2.0 - Configure Versionen“ durchgeführt (siehe Bild im Anhang).

    Änderungen:

    • In Spalte A Zeile 12 habe ich die RAM Erweiterungen „Super 1750 Clone“ und „CMD 1750XL“ hinzugefügt.
    • Es gibt eine neue Spalte G (die alte Spalte G ist jetzt Spalte H). Diese Spalte habe ich hinzugefügt, da ich vermute, dass man bei der Verwendung eines RAMLink auch GEOS 2.0r verwenden kann, auch wenn man kein GEORAM besitzt. Das RAMLink Handbuch ist hier nicht ganz so eindeutig.
    • Die Fußnoten 4 und 5 sind auch neu.


    Wie gesagt so lange der Emulator (VICE) kein RAMLink anbietet, kann ich diese Aussagen nicht überprüfen.

    Gruß
    Hans

    Please login to see this attachment.

    Nur, so habe ich hier dann eine kopierte Diskette aber kein G64 Image.


    Mir ist übrigens noch ein anderer Weg eingefallen um G64 Images zu erzeugen.
    Vorrausetzungen:

    • C64/C128
    • C1541 (mit RAMBoard)
    • REU
    • Soft-Reset Taster
    • Möglichkeit Disketten bzw. einzelne Dateien vom C64/C128 auf den PC zu übertragen
    • Emulator (VICE)
    • HexEditor am PC


    Vorgehensweise:

    • Maverick 5.04 RAMBOARD NYBBLER auf der realen Hardware starten
    • Die zu kopierende GEOS Diskette einlegen
    • Die Diskette einlesen lassen. Die gesamte Diskette muss in die REU passen.
    • Sobald der Maverick 5.04 RAMBOARD NYBBLER nach der Zieldiskette verlangt, wird ein Softreset durchgeführt. Der Inhalt der REU sollte nach dem Softreset noch unangetastet vorhanden sein.
    • Jetzt muss der Inhalt der REU auf mehrere Disketten geschrieben werden. Also mehrere Dateien, ähnlich wie es der SixPack macht. Leider habe ich hierfür noch kein passendes Programm gefunden. Zur Not sollten es aber auch ein paar Zeilen Basic tun.
    • Diese abgespeicherten Dateien werden jetzt zum PC übertragen.
    • Am PC setzt man die einzelnen Dateien zu einer kompletten Datei wieder zusammen.
    • Jetzt wird es etwas blöd, da VICE die Daten einer REU immer nur beim Start von einer Datei einlesen kann. Auf jeden Fall konfiguriert man sich in VICE wieder eine 1541 mit RAMBoard und eine REU mit der gleichen Größe wie in der realen Hardwareumgebung. Und startet auch hier den Maverick 5.04 RAMBOARD NYBBLER.
    • Man legt ein leeres G64 Image ein und startet den Kopiervorgang. Die Leere Diskette wird als DUMMY in die REU geschrieben.
    • Sobald der Maverick 5.04 RAMBOARD NYBBLER nach der Zieldiskette verlangt, erstellt man in VICE ein Snapshot (vsf-Datei).
    • Jetzt muss man etwas mit einem Hex Editor werkeln. (ich habe Frhed benutzt, kann man z.B. bei Heise downloaden) In der vsf-Datei ist der Inhalt der gesamten REU enthalten. Die Stelle ist mit REU1764 gekennzeichnet (der eigentliche REU Inhalt beginnt aber ein paar Byte nach dem Kennzeichen „REU1764“, hab etwas herumgespielt bis ich die richtige Stelle hatte). An diese Stelle kopiert (ersetzen) man die Daten aus der zusammengesetzten kompletten Datei.
    • Jetzt lädt man die geänderte vsf-Datei mit VICE und legt abermals das leere G64 Image ein. Durch Drücken der Space Taste wird der Kopiervorgang fortgesetzt. Der Maverick 5.04 RAMBOARD NYBBLER schreibt jetzt die Daten aus der REU auf die G64 Diskette, welche ja die Daten der GEOS Diskette enthalten.
    • GEOS mit der erstellten G64 Diskette starten.

    Leider konnte ich nur die Schritte im Emulator (VICE) testen. Alle Schritte auf der realen Hardware sind nur theoretisch so realisierbar.


    Und gerade weil dies „spezielle Hardware“ ist, wollte ich sicher gehen, dass es nicht irgendeinen Weg gibt (den ich nicht kenne), dies auch ohne „spezielle Hardware“ durchzuführen ;)
    Um ein G64 Image zu erstellen bräuchte man dann noch eine 1541 Ultimate-II Please login to see this link. (Ja, leider noch mehr Hardware :( )
    Die kann eine 1541 + „RAMBOard memory expansion“ emulieren und mit G64 Images (Read/Write) umgehen. So könnte man von einer echten 1541/1571 auf eine emulierte 1541 (G64 Image) kopieren. Die echte 1541 benötigt aber leider auch ein echtes „RAMBOard memory expansion“, da man auch zum Lesen eines gesamten TACKS (auf einmal) mehr als 2 KB RAM benötigt.

    Mit einer 1571 und einem 128er geht das auch ohne Hardware-Modifikationen, dank Burst-Modus. Aber frag mich jetzt nicht nach passender Software...

    Zumindest den Burst Nibbler gibt es auch in einer C128-Version. Ob das dann da aber auch funktioniert, kann ich nicht sagen.


    Ja, die NibTools der Zoomfloppy, benutzen wohl den Burst Mode der 1571 um seriell die Daten zu übertragen. Anscheint ist die serielle Übertragung im Burst Mode so schnell, das man einen kompletten Track (auf einmal) seriell übertragen kann (ohne ihn erst im RAM der Floppy zu parken).
    Leider habe ich keinen NIBBLER gefunden, welcher den Burst Mode (der 1571) am C128 (am C64 geht das wohl max. nur mit Hardware Modifikationen) benutzt. Den Burst Nibbler werde ich noch testen (vermute aber, dass dieser auch in der 128er Version ein paralleles Kabel benötigt).

    Hallo Hans und alle anderen,

    Zitat von »ZAK256«
    Mal noch eine Frage zu der von dir erstellten C64 Version. Wie hast du die G64 Images eigentlich erstellt (ohne ZoomFloppy)?

    Ich habe sie nicht selbst erstellt, ich habe sie erstellen lassen von jemanden, der die nötige Hardware besitzt.
    Habe auch an keiner Stelle behauptet, sie selber erstellt zu haben ;-).
    Lediglich sämtliche D64 in beiden Geos-Versionen sind Kopieen meiner Originale.


    Meine Frage hatte einen rein technischen Hintergrund. Ich wollte nur in Erfahrung bringen, ob es nicht doch einen einfachen Weg (ohne spezielle Hardware), zum Erstellen von G64 Images, gibt.
    Als du mich auf die 64’er Extra 1-94 hingewiesen hast, habe ich mir den ganzen Artikel (von H.-J. Ziethmann/Ch. Meilinger) einmal durchgelesen. Interessant fand ich da die Informationen zum Track 21 (Spur mit Tücken). Die Aussage, dass man mehr Floppy RAM benötigen würde um den Track korrekt zu kopieren, hat mich zum Nachdenken gebracht (siehe Bild). Dann habe ich noch folgende Aussage von der Seite Please login to see this link. gelesen:
    Zitat:
    "
    Protection Methods
    "Signatures" in the Header, Sector, or Tail gaps
    As mentioned above, when a disk is copied with either a fast copier or a nibbler, the gap data is not copied directly. Copiers would commonly just fill this space with 0x55 bytes. Gaps are "inert" bytes, meaning they aren't normally used as data, but just a space filler that is ignored by DOS. There are some protections that check for specific bytes here, or even the length of the gaps, and know they're a copy if it's different. This protection can be copied with hardware solutions that either extend the RAM in the drive to 8k or add a parallel port so it can read and write the entire track in one pass.

    "
    Also kann man den Track 21 entweder mit einer Floppy mit einer RAM Erweiterung oder mit einer Floppy mit Parallelkabel kopieren. Das erklärt auch, warum das Programm „Sixpack“ nicht funktioniert hat.

    Gut, dann hab ich mal nach entsprechenden Programmen gesucht und bin fündig geworden.

    • Methode 1 (Floppy mit einer RAM Erweiterung): Maverick 5.04 RAMBOARD NYBBLER
    • Methode 2 (Floppy mit Parallelkabel): Burst Nibbler v1.9


    Beide Programme konnte ich erfolgreich im Emulator (VICE) testen (siehe Bilder).

    Please login to see this attachment......Please login to see this attachment......Please login to see this attachment.

    Hallo,

    Hallo,

    hier nun wie bereits angekündigt das komplette deutsche GEOS 64 uninstalliert (Kopieen der originalen MSPI (Markt&Technik) Disketten).

    Im nächsten Jahr werde ich (wenn ich das ZoomFloppy gekauft habe) sehen, ob ich die eine oder andere Applikation (File, Calc, Publish, ... ; natürlich jeweils uninstalliert) ebenfalls noch zur Verfügung stellen kann.


    Mal noch eine Frage zu der von dir erstellten C64 Version. Wie hast du die G64 Images eigentlich erstellt (ohne ZoomFloppy)?

    gruß
    Hans

    Ja und nein.

    PatchSystem stammt von Falk Rehwagen. Es wurde damals auf einer der Disketten "The Best of GUSS" (GUSS=Geos User Software Sachsen) mit diversen Patches veröffentlicht. Damit war es möglich, Patches auf einfache Weise zu erstellen. Man hat das Patch einfach in ein geoWrite-Dokument geschrieben. Programmierkenntnisse mußte man natürlich haben...

    GeoTalk wurde von J. Weigt mit diesem PatchSystem erstellt. Er hat damals alles mögliche, was in Deutschland in englischer Sprache veröffentlicht wurde "eingedeutscht".

    Es ist schon erstaunlich wieviel man 2014 noch über GEOS lernen kann. Ich hätte mal in den 90igern nicht so viel Zeit mit den Spielen verschwenden sollen.

    3x darfts Du raten, was jetzt kommt :wink:

    Ich habe diese Disketten irgendwo in meinem Archiv. Werde sie mal raussuchen und in Dxx wandeln (kann aber etwas dauern). Die gab es ja damals als 1541 und 1581 Version. Wenn das dann heute noch lesbar ist, stelle ich sie auch zur Verfügung.


    Na, das war ja klar :)
    Dann wird es ja auch 2015 hier viel Neues geben, ich freu mich drauf :)

    Gut Einstein nur wo wird das genau gemacht ? Ich hab sowas weder in den Ramlink Tools gefunden, noch im Configure der Ramlink unter Geos.


    Also wenn ich die Anleitung (Seite 13) richtig verstehe, soll man das Programm "RL/RD GEOS SETUP" von der Diskette "RAMLink GEOS Utilities" oder "RAMDrive GEOS Utilities" verwenden, um die REU Emulation und dessen Größe einzustellen. (siehe Bild)
    Man hat dann wohl max. die folgenden 6 Optionen (Anleitung Seite 14) zur Auswahl:

    1 = 256K DACC (RAM41 ONLY) => 1764 REU Emulation mit 256K => 64 CONFIG RL/128 CONFIG RL: RAM 1541
    2 = 512K DACC (RAM71 ONLY) => 1750 REU Emulation mit 512K => 64 CONFIG RL/128 CONFIG RL: RAM 1571
    3 = 64K DACC + 1581 PART. => keine REU => 64 CONFIG RL/128 CONFIG RL: RL/RD 1581 part.
    4 = 128K DACC + 1581 PART. => keine REU =>64 CONFIG RL/128 CONFIG RL: RL/RD 1581 part.
    5 = 256K DACC + 1581 PART. = > 1764 REU Emulation mit 256K => 64 CONFIG RL/128 CONFIG RL: RAM 1541 + RL/RD 1581 part.
    6 = 512K DACC (RAM71) + 1581 PART. => 1750 REU Emulation mit 512K => 64 CONFIG RL/128 CONFIG RL: RAM 1571 + RL/RD 1581 part.

    Schade ist, dass man wohl keine 1750XL mit 2 MB emulieren kann, 512K ist das Maximum :(

    Leider kann ich das Alles nicht testen, da der Emulator (VICE) noch kein RAMLink emulieren kann.

    Please login to see this attachment.

    Die haben natürlich in der Tat nichts mit der REU gemeinsam obwohl ich mich erinnere, dass im Handbuch sogar von einer solchen Emulation die Rede war.


    Ja, es ist so, das im Handbuch des RAMLink von der Emulation von REUs berichtet wird (siehe Bild). Ich war mir deshalb bei der Erstellung meiner Tabelle auch so unsicher, wie ich dies werten soll. Verhält sich das RAMLink (mit einer REU Emulation) dann wirklich genau wie eine normale REU und es können die „configre“ für die normalen REUs verwendet werden?
    Auf Seite 13 im Handbuch (siehe Bild) steht sogar, dass auch die GEORAM GEOS Version verwendet werden kann. Heißt das, dass auch ein GEOS 2.0r verwendet werden kann?

    Please login to see this attachment. Please login to see this attachment.

    Zu deiner Tabelle kannst Du auch noch die CMD REU (REU Kompatibel) einfügen CMD Ramdrive und CMD Ramlink sind auch vom selben Schlag.
    Brauchst Du da ne Configure zum Testen ?


    Die CMD-1750XL REU sollte ja voll kompatibel zu den Commodore REUs sein, da sie glaube ich auch den gleichen Kontroller Chip verwendet Please login to see this link.. Benötigt man für eine CMD-1750XL REU wirklich ein anderes „Configure“ (als das für die Commodore REUs)? Im Netz habe ich einige Disketten zur CMD-1750XL REU gefunden, auf denen ist zwar ein „cofigure“ und ein „128 configure“ drauf, beide sind aber nur 1 Block lang (???).
    Würde es nicht reichen, wenn ich die "CMD-1750XL REU" in das Feld „A12“ (siehe Tabelle und Bild im Anhang) hinzufüge?

    Please login to see this attachment.

    Ich habe mal versucht einige Versionen des „Configure“ in einer Tabelle zusammenzutragen (siehe Bild). Zu jeder Version habe ich dann versucht anzugeben, welche Hardware (und in welcher Form) von dieser unterstützt wird.

    Die einzelnen Felder der Tabelle sind über die Angabe des Spalten-Buchstabens und der Zeilen-Nummer genau zu identifizieren. Dies soll es euch erleichtern Fehler/Anmerkungen in bestimmten Feldern mir mitzuteilen.

    Please login to see this attachment.

    Ich werde das aber erst testen, wenn ich das ZoomFloppy habe. Habe keine Lust, mir meine Originale (auch die GeoRAM-Originale habe ich) zu zerschießen. Das wird dann erstmal nur mit Kopieen (nib, G64) ausprobiert....


    Ok, das klingt doch noch ganz zuversichtlich. Ja, die Originalen Disketten dürfen natürlich nicht gefährdet werden. Also vertagen wir dies, bis du die ZoomFloppy hast :)