Beiträge von wweicht

    Setzt aber Voraus das da noch Platz ist.

    Das ist mein Problem :wink: , ich weiß nicht so genau, ob und wieviel Platz da noch ist. Da ist die Methode über die Anzahl gefundener Verzeichnisse und DiskImages sicherer...

    sind jetzt deutlich mehr Einträge möglich (müssten jetzt 184 Einträge sein, -2 für die Navigation)

    Hört sich doch gut an und 182 zu 173 ist ja nicht mehr so ein großer Unterschied :wink: .

    Gruß

    Werner

    Unterschied zwischen dem CMD SuperCPU DOS V1.32 und V2.04

    das 2. ist neuer :wink:

    Hat es was mit der SuperRamCard zu tun? Läuft diese nur mit DOS V20.4 ?

    nicht direkt.

    Wenn ich mich richtig erinnere wurde damals als die SCPU-RamCard herauskam dort ein DOS V1.4 mitgeliefert, damit die RAMCard überhaupt erkannt wurde.

    Nach meiner Erfahrung (in VICE) ist die SCPU mit DOS 2.04 schneller als mit DOS 1.4.

    Gruß

    Werner

    Könnte man per PatchFile auch auf TD128 anwenden.

    Ja, und wenn alles klappt, dann kann das spätestens heute Abend jeder hier tun ... :wink: .

    Ich habe mir das Ganze mal angesehen. Ist wirklich Easy zu fixen.

    TD 128 deutsch, Version von Ende 2021:

    VLIR-Datensatz 3 (Zählung beginnt bei 0): Da sind 2 Stellen, wo der Wert 174 (Anzahl der möglichen Dateien in der Datei-Liste) abgefragt wird. Das habe ich auf die Schnelle mal mit einem Diskmonitor auf 173 geändert und schon funktioniert die Anzeige der SD-Images in der DB ohne Fehler.

    Ich werde aber noch eine weitere kleine Änderung vornehmen. Es gibt 3 weitere Stellen, die die Datei-Liste behandeln:

    1. Initialisierung der Datei-Liste - bleibt mit 174 Einträgen, wie sie ist

    2. Löschen des Speicherbereichs der Liste - bleibt mit 174 Einträgen, wie sie ist

    (so ist sichergestellt, daß da immer ein paar 0-Bytes am Ende der Liste vorhanden sind)

    3. Speichern der Datei-Liste - das werde ich auf 173 Einträge runtersetzen (spart die eine oder andere Millisekunde :wink: ) beim Speichern.

    Jetzt zeigt TD eben nur noch 173 SD-Images an (sind auf jeden Fall mehr als im Geos.Editor (momentan 127 :smile: ))

    Das Patch (PatchSystem-Quell-Text) wir aber erst mal nur für die 2021er-Version erstellt. Ob er dann auch mit der 2022-er Version funktioniert, interessiert mich wenig, er ist ja quasi von Pusti64 selber "zurückgezogen" worden :smile: (z.B. siehe hier: Bitte melde dich an, um diesen Link zu sehen.) .

    Gruß

    Werner

    Das ist meine einzige Reaktion auf dieses Thema hier im falschen Thread:

    Auch wenns nicht ganz Hierher gehört

    Richtig, es gehört hier nicht hin. Mach doch für solche Themen in Zukunft bitte einen eigenen Thread auf ....

    Warum müßt ihr alle eine CMD HD unter Vice einstellen ??

    Wenns keine Vorteile gibt

    Niemand muß, aber man kann (das kann, muß, darf jeder selbst entscheiden) .... Ich schließe mich da voll der Aussage von darkvision an.

    Wenn man sich mit NativeMode in VICE mehr oder weniger ernsthaft auseinandersetzten will, kommt man um CMD-HD oder/und CMD-RL nicht herum. Mit CMD-FD hat man max. 3,2 MB, mit den anderen beiden die volle Größe von 16 MB zur Verfügung. Wenn das kein Vorteil ist :wink: .

    VICE kann kein DNP, weil er mehr auf die Emulation der Laufwerke für C64/128 setzt. Das sind 1541 (D64), 1571 (D71), 1581 (D81), CMD-FD (D81,D1M,D2M,D4M), CMD-HD (DHD) und CMD-RL (keine AHnung, was hier alles unterstützt wird, interessiert ich nicht wirklich).

    Und nun zurück zum Thema :wink: .

    Gruß

    Werner

    Wichtig ist das man zuerst ohne HD startet, dann auf der BootDisk das CONFIGURE austauscht,

    Das hatte ich doch schon x-mal gemacht (jedesmal wenn ich damit herumexperimentiert habe) , Konfiguration: A:1581 (FD4000) B:RAM1581 C:RAM1571 D:1571. Danach C: und D: abgemeldet, C: als 1571 konfiguriert und dann die HD als D: dazu (1581-Partition aktiv). Was ich bekommen habe: Abstürze ohne Ende ...

    Hatte jetzt die "Schnauze voll" :wink: und habe komplett ein neues Image erstellt (aus originaler GEOS 128 1541-Bootdisk). Auf der zu erstellenden 1581-Boot-Disk (GeoMakeBoot) war von Anfang schon vor der Erstellung das HD-Konfigurieren auf der Disk.

    Jetzt läuft es :wink: :wink: :wink: . Also ich habe jetzt auch Geos128 mit HD in VICE am Laufen.


    Übrigens: Irgendwo stand, daß das HD-Konfig zwingend notwendig ist. Das stimmt nicht immer. Das originale SCPU-Konfigurieren (V2.1s) funktioniert auch. Da habe ich schon länger die HD mit Geos64 am Laufen (SCPU-Konfigurieren, weil ich SCPU-RAM nutzen will; dazu das InstallDriveD von darkvision) ...

    Also Problem gelöst.

    Gruß

    Werner

    im Anhang ein ZIP mit 255xD64 zum testen...

    Danke, habe aber meine Liste mit D81 erweitert :wink: . Sind jetzt 260 Stück (dann brauche ich meine Konfiguration nicht ändern :wink: ).

    Zunächst zur Info: Das Programm "geoDirSelect" zeigt mir 252 Dateien an.

    TD128 (Version vom 28.12.2021) zeigt mir in der Auswahlbox (untere Statuszeile für Image-Wechsel angeklickt) 253 Dateien an. Aber leider nicht korrekt :sad: . 174 Dateinamen stimmen (das wäre dann wohl die Grenze), dann wird mit 003 wieder von vorne angefangen und bis 081 die Anzeige fortgesetzt. Es sieht so aus, daß aber die angezeigten D81 (im doppelt vorhandenen Bereich) aber auch korrekt geöffnet werden ......

    Gruß

    Werner

    Nein, über einen kurzen Klick links/unten in der Fenster-Statuszeile kommt auch eine Auswahlbox

    Du meinst den TD von Dir :wink: .

    Beim originalen TD 128 findet dieser Klick auf die Statuszeile rechts von frei/belegt-Angaben statt. Da steht dann oben in der Menüzeile eine Info wegen GEOS.Editor. Das habe ich fehlinterpretiert :wink: . Aber in dieser Box scheint es (zumindest bis 130 Dateien) zu funktionieren. Schätze mal, daß die Grenze bei 255 liegt (werde ich später nochmal probieren (oh man, wieder etliche D81 umbenennen und kopieren ... :wink: ))

    Gruß

    Werner

    Ich denke das Problem betrifft auch MP3/128 bzw. TopDesk128,

    Mußte mir erstmal ein Verzeichnis mit so vielen Dateien erzeugen. Ich habe jetzt 130 D81 in ein Verzeichnis zusammenkopiert und nummeriert.

    GEOS.Editor (MP3-128, Reiter "LAUFWERK") zeigt ab dem 128. D81 D81 an, die schon mal gelistet wurden.

    Bsp:

    ...

    PART091G.D81

    PART092G.D81 (127. D81, danach müßte eigentlich PART093G, PART094G und PART095G (130. D81) kommen).

    Es kommt aber nach PART092G.D81:

    002PART051G.D81

    02G8WRITENLQ (die hatten wir schon mal weiter vorne in der Liste)

    ...

    Ich habe das mal genauer angeschaut: ab der 128. Datei fehlen 2 Einträge (001... und 01...) und dann kommt die gesamte Liste nochmal. Am Ende wieder PART092G und ganz am Schluß der Liste der Eintrag "Hh yn w p § i" :wink: .


    TD128 (Version vom 28.12.2021) scheint hier alles richtig zu machen, obwohl er doch eigentlich auch GEOS.Editor benutzt. Er zeigt die wirklich vorhandenen 130 D81 bis PART095G.D81 und das wars.

    Gruß

    Werner

    ... ich kann es nicht lassen ...

    Besteht irgendwie die Möglichkeit, das neue Konfigurieren auch für Geos 128 zur Verfügung zu stellen?

    Es ist mir bisher nicht gelungen, die HD in VICE mit Geos128 zu verwenden. Geos64 mit SCPU-Konfigurieren oder die neuen Konfig-Prg tun es ......

    Ich bin ja bescheiden: CMD-FD und CMD-HD-Support, mehr braucht es (ich) nicht :wink: :

    - keine neuen Funktionalitäten

    - keine 4 MB (2 MB sind genug :wink: )

    - kein 4 Lfw.-Support (es gibt ja InstallDriveD))

    Da bleibt wohl nur hoffen und beten. Man kann es ja mal versuchen ......

    Gruß

    Werner

    Native Partitionen auf CMD-Geräten können von Geos 2.0 nicht verwendet werden, richtig?

    Ja. :wink:

    Sämtliche Konfigurieren-Prg und die meisten Desktops können damit nicht umgehen. Als Geos V2.x entstand (Ende 1980er) gab es noch keine NativeMode-Geräte für C64/128.

    Es gab dann mal einen "Versuch" über gateWay (eigentlich ein eigenes Geos). Naja, mit echten CMD-Geräten ging das wohl mehr oder weniger...

    Gruß

    Werner

    PS: Habe das GEOSCONF64H+ jetzt auch am echten C128DCR (im C64-Mode) in Geos V2.0 benutzt. Funktioniert super, obwohl da statt FD ein SD2IEC (1581) als Lfw. 8 und statt HD ein 1541UII+ (1581) dranhängt. Keinerlei Probleme bisher ....

    Hallo,

    habe wenig Zeit :wink: , aber ein erster Versuch:

    Geos64 deutsch mit V2.4 Konfigurieren (REU + CMD-HD Support) in VICE funktioniert gut.

    Meine HD in VICE hat (wegen MP3/GDOS4) eine Native-Partition als Standard voreingestellt. Deshalb nutze ich ein kleines BASIC-Programm, daß eine 1581-Partition auf der HD aktiviert. Das funktioniert und ich kann die HD in Geos nutzen :wink: .

    Das BASIC-Programm:

    10 OPEN15,11,15,"CP4":CLOSE15

    20 LOAD"GEOS",8,1

    Allerdings sieht man auf dem Bildschirm nur Müll (z.B. bei GeoDiskSelect) wenn gerade eine Native-Partition aktiv ist. Es stürzt nichts ab, sieht aber "unschön" aus. Kann man das eventuell durch eine Fehlermeldung (falscher Disk-Typ oder so) verhindern?

    Gruß

    Werner

    Die plus Version erkennt die Georam aber mit 0 Kb. Die andere gar nichts

    oder M&T-Bootdisk mit MountBBGRam anpassen

    Nachtrag zum erwähnten MountBBGRam:

    Bitte darauf achten, welches MountBBGRam benutzt wird. Die originale Version (Performance Peripherals) sollte nur für US-Geos benutzt werden. Die angepaßte Version (für DE) nur im deutschsprachigen Raum.

    Der Grund: das originale MountBBGRam setzt warum auch immer das Nationalität-Byte im GEOS-Speicher auf US; in der angepaßten Version bleibt es auf DE.

    Das ist deshalb wichtig, weil es Prg. gibt, die das abfragen. Entweder starten die PRG wegen falschem Nationalität-Byte garnicht oder sprechen plötzlich die falsche Sprache ...

    Gruß

    Werner

    512 KB Georam an. Die plus Version erkennt die Georam aber mit 0 Kb. Die andere gar nichts.

    Auch GEOS 2.0R ?

    Ich glaube auch, daß das das Problem ist ...

    Habe hier jetzt meine 1541UII+ auf 1 MB GeoRAM eingestellt und mit einer originalen GeoRam-Bootdisk gestartet. Jeweils die Konfigurieren durch die neuen Versionen (+ und normal) ersetzt und neu gestartet. Funktioniert tadellos.

    Für den Betrieb einer GeoRAM reicht es nicht, das entsprechende Konfigurieren einer MSPI (M&T) Bootdisk auszutauschen. Damit die GeoRAM überhaupt erkannt wird, braucht es einen "GeoRAM-Kernal". Also entweder originale GeoRAM-Bootdisk oder M&T-Bootdisk mit MountBBGRam anpassen ...

    Gruß

    Werner

    Eines ist mir heute aufgefallen : GDOS64 kann D81 "zerstören" ... :wink:

    Habe mich gewundert, warum auf meinem PC ein D81 existiert, das eine Größe von 829440 Bytes hat (normal wäre 819200 Byte). Interesant dabei: es ist die neueste GDOS64-Boot-Disk, die ich mit Sicherheit in GDOS64 selber formatiert habe. Also habe ich die Sache mal untersucht: Das Problem ist der Anwender selber :wink: .

    Ich habe in WinVICE als Lfw. FD4000 konfiguriert. Im Formatieren-Dialog steht (etwas unscheinbar) hinter : "... Format-Optionen:" "STD". Das ist aber die falsche Option. Damit wird die Diskette im CMD-Format formatiert was eigentlich ein D1M ist (829440 Bytes). Will man 1581-Disketten (echte D81) erzeugen muß diese Option auf "81" umgestellt werden.

    Das sollte man unbedingt beachten: Ein solches D81 (es ist ja eigentlich keins, denn die D81-Beschreibung sagt eben 819200 Bytes) funktioniert z.B. nicht mehr auf dem SD2IEC (beim mounten blinkt hektisch die Fehler-LED)!!!

    Also immer genau lesen, was da auf dem Bildschirm steht ...............

    Gru

    Werner

    Topdesk 64 oder 128 (3.5 oder 3.4 für den C128) gefragt.

    Theoretisch gibt es die und das von darkvision verlinkte Bild sagt es ja auch :wink: .

    Aber wer hat diese Versionen hier in DE ??? Es war ja schon die Suche nach TD 3.5 deutsch mehr oder weniger ein Krampf, bis ein User hier ausgeholfen hat und die Version zur Verfügung gestellt hat...

    Wenn, dann kann eigentlich nur ein Anwender im englischsprachigen Raum weiterhelfen ...

    Gruß

    Werner

    Habe da jetzt bei mir (1541UII+) mal genauer hingeschaut ...

    Der Balken läuft bei mir fast ganz durch und dann kommt die Meldung (hatte ich vorher ignoriert) : "Bytes loaded: 16777216 (01000000) . Die Nuvies selbst laufen bei mir ohne Fehler durch. Habe hier c64reloadedmk2-ad.reu und drone_nuvie.reu und jetzt auch A-Team.reu probiert. Interessant ist nur, daß bei Dir andere Werte bei der Meldung kommen...

    Auf jeden Fall gibt es bei mir diese Pause beim Laden nicht. Das läuft hier gleichmäßig schnell durch.

    Hast Du auch mal probiert, den Player zu starten :wink: ...

    Gruß

    Werner