DT128-Native-Copy Test für MegaPatch128

Es gibt 735 Antworten in diesem Thema, welches 110.839 mal aufgerufen wurde. Der letzte Beitrag (5. April 2023 um 12:09) ist von skern.

  • Hallo Pusti64,

    habe es endlich geschafft, auch mal die neuen Funktionen im TD128 vom 15.12.19, am realen System, zu testen.

    MP3 128, letzte Version, startet ohne Probleme mit dem TD128. Alle LW Icons werden jetzt richtig angezeigt (Dank Eurer Jumperbelegung des MO LW, auch das neue Symbol, in allen Modi).:)

    Die Neuerungen des TD128 laufen auch auf meinem System ohne Probleme. Super Leistung. :thumbup:


    Nochmal die Frage zum SD2IEC:

    Wäre es möglich, dass nach dem Geosstart, irgendeine Partition automatisch gefunden wird (je nach eingestellten Treiber in MP3, Native, 1581, 1541). Muß sich natürlich ein passendes Image auf der SD Karte befinden.

    Der GeosDesk macht das irgendwie.

    Gruß Jojo

  • Funktioniert das zurückkehren zur vorherigen Partition bei Dir

    habe es gerade probiert :wink: , aber das geht wohl nur auf "echten" CMD-Geräten. Habe es mit FD-81 und HD-Nat probiert. Geht.

    Das liegt wohl in der Natur der Sache. Am SD2IEC geht das nicht. Soweit ich weiß, hat das SD2IEC intern keinerlei Informationen, welches Dxx gerade geöffnet ist. Wie soll es da zurück finden....

    Nochmal die Frage zum SD2IEC:
    Wäre es möglich, dass nach dem Geosstart, irgendeine Partition automatisch gefunden wird

    Ich glaube nicht. Das SD2IEC kennt in dem Sinne keine Partitionen, noch hat es eine Partitionstabelle. Siehe auch oben :wink: .

    Bei den CMD-Geräten wird @cp benutzt. Das SD2IEC öffnet Dxx mit @cd ....

    Der GeosDesk macht das irgendwie.

    Das glaube ich jetzt (ohne es probiert zu haben) nicht. Jeder hat seine SD-Karten anders organisiert. Bei mir z.B. liegen D64, D71, D81 und DNPs je in extra Verzeichnissen auf der SD-Karte.

    Außerdem wird zum Öffnen eines Dxx ein Dateiname für den cd-Befehl benötigt. Der dürfte überall anders lauten.

    Wie soll geoDesk da irgendwas was automatisch und richtig öffnen.....

    Gruß

    Werner

  • Also ich starte mein MP3 64 über TD64 und dann Geodesk64.

    In MP3 ist, bei mir, als LW C:, das SD2IEC LW als Native eingestellt/gespeichert.

    In TD64 die übliche Fehlermeldung $20, Header nicht gefunden.

    In Geodesk64 wird die Partitionliste aller vorhandenen DNP's auf der SD angezeigt und man kann sich jetzt die passende auswählen. Es gibt keine Fehlermeldung.

    Vielleicht kann man im TD, beim ersten anklicken des SD2IEC LW Symbols nach dem Geosstart, automatisch den Geos64.Editor zum auswählen öffnen (wenn paktisch nur der Treiber eingestellt ist, aber keine Partition).

    Was mich eigentlich nur stört, ist die Fehlermeldungsbox. Müßte eigentlich eine "Auswahlbox" kommen.:whistling:

    Wie immer, "Nice to Have":)

    Gruß Jojo

  • In TD64 die übliche Fehlermeldung $20, Header nicht gefunden.

    Genau. Wenn man ein Fenster öffnet und versucht das Inhaltsverzeichnis zu lesen kommt es zu einem Disk-Fehler wenn kein Disk-Image aktiv ist.

    Man müsste bei einem Fehler prüfen ob es ein SD2IEC ist. Falls ja müsste man den Modus prüfen (DiskImage aktiv oder nicht). Disk-Image aktiv: Fehler ausgeben. Kein Disk-Image aktiv: Auswahl öffnen. So macht das auch GeoDesk64.

    TD64 wird aber nicht mehr weiterentwickelt... kann aber sein das es beim TD128 bereits anders ist.

  • Was mich eigentlich nur stört, ist die Fehlermeldungsbox. Müßte eigentlich eine "Auswahlbox" kommen.

    Ja, aber das wird u.U. nicht so einfach sein. Wenn ich bei einem "normalen" Laufwerk (1541, 1571, 1581) keine Disk drin habe, kommt ja auch die Fehlermeldung. Ich glaube, das ist die gleiche Fehlermeldung, die da benutzt wird....

    Wie immer, "Nice to Have"

    Ja, wäre es. Aber man muss auch beachten, wieviel Platz da im TD128 noch ist, um sowas rein zu quetschen .....

    Ich habe da ja auch noch einen Vorschlag im petto, der eine Funktion, die ansonsten funktioniert zumindest häufig beschleunigen würde. Ich glaube, wenn ich den äußere, erschlägt mich Pusti64 irgendwann mal :wink::versohl:

    Theoretisch könnte man das Native-Diskcopy beschleunigen, wenn man es auf BAM Copy umbaut. Da als Ziel sowieso eine formatierte Diskette da sein muss, würden dann nur noch die Sektoren kopiert, die belegt sind.

    Beim Umkopieren meiner HD auf SD habe ich gesehen, dass 1581-Diskcopy das so macht.....

    Duck und weg.

    Gruß

    Werner

  • Ich schreibe jetzt einfach mal "Fühl Dich einfach frei". Denn Du hast ja den aktuellen Quellcode von mir bereits bekommen :wink:

    Pusti64

  • In TD64 die übliche Fehlermeldung $20, Header nicht gefunden.

    TD64 wird aber nicht mehr weiterentwickelt... kann aber sein das es beim TD128 bereits anders ist.

    TD64 würde nur dann weiterentwickelt, wenn dafür echter Bedarf besteht.

    Nur das es TD64 V5.0 gibt und Keiner es unterm Strich benutzt, dafür ist mir meine Arbeit dann einfach zu schade.

    Pusti64

  • Nur das es TD64 V5.0 gibt und Keiner es unterm Strich benutzt, dafür ist mir meine Arbeit dann einfach zu schade.

    Bei mir rennst Du da offenen Türen ein ;)

    Software die ich selbst nicht nutzte würde ich auch nicht mehr weiterentwickeln, schon gar nicht wenn da kein Bedarf dafür da ist. Leider ist da noch Bedarf für MP128 :cursing:;)

    Kann mir aber vorstellen das es doch einige User gibt die TD64 nutzen würden, GeoDesk64 ist ja ohne TC64/SCPU doch relativ träge.

    War ja aber auch nur ein Hinweis für JoJo... das sich da evtl. nichts mehr ändern wird.

    Die Frage ist aber: Ist das beim TD128 bereits anders? Ich kann's ja hier nicht testen ;)

    (Also öffnet TD128 bei einem SD2IEC die Auswahl wenn kein DiskImage eingelegt ist)

    Dann wäre das Problem ja am 128er behoben...

  • Nur das es TD64 V5.0 gibt und Keiner es unterm Strich benutzt, dafür ist mir meine Arbeit dann einfach zu schade.

    Die Frage ist aber: Ist das beim TD128 bereits anders? Ich kann's ja hier nicht testen ;)

    (Also öffnet TD128 bei einem SD2IEC die Auswahl wenn kein DiskImage eingelegt ist)

    Dann wäre das Problem ja am 128er behoben...

    Das Problem ist noch nicht behoben, bin aber dran. Da dabei nun mit den vorhandenen Routinen wieder andere Probleme auftreten. Könnte es aber gut sein, dass dann "nur" der GEOS128.Editor gestartet wird. Wäre ja auch schon was :wink:

    Pusti64

  • TD64 wird wohl nicht weiter entwickelt........ -->Ist natürlich Schade für Anwender, kann ich aber verstehen.

    Starte MP3 64 bis jetzt mit dem TD64 (könnte ich jetzt eigentlich langsam mal umstellen). Habe es zum testen so gelassen, um zu sehen, ob die MP3 64 Installation so klappt.:)

    Meine "Nice to Have" von vorhin, bezog sich auf den TD128, welchen ich ja heute gerade mal angetestet habe. :whistling:

    Gruß Jojo

  • Kann mir aber vorstellen das es doch einige User gibt die TD64 nutzen würden, GeoDesk64 ist ja ohne TC64/SCPU doch relativ träge.

    Glaube ich nicht wirklich. Hier bei mir läuft GEODESK ausreichend schnell auch ohne TC64/SCPU ... :wink: .

    Der einzige Punkt wäre da nur der höhere RAM-Bedarf von GEODESK. Auch ich werde mein MP3-64 System demnächst komplett auf GEODESK umstellen.

    Einen schönen 4. Advent.

    Gruß
    Werner

  • - Es können jetzt bis zu 255 Dateien markiert, kopiert und verschoben werden.

    So, wenn ich nichts vergessen habe, bin ich mit dem TD128-Test durch. Bis auf den kleinen Makel (siehe Bitte melde dich an, um diesen Link zu sehen. ; habe das gerade nochmal auf CBM-REU-Native nachvollzogen), kann ich keine Probleme feststellen. Alles bestens.

    Mein Dank geht an Pusti64 :ChPeace:respect::thnks:.

    Achtung DT kann nur mit maximal 255 Dateien arbeiten!

    Das muss man aber nach wie vor beachten!

    Gruß

    Werner

  • Danke für Deine Rückmeldung. :thnks:.

    Ich schau mir diesen kleinen Makel mal näher an, vielleicht lässt sich da was machen.

    Danke und Gruß

    Pusti64

  • wweicht

    Und zwar beim verschieben von Dateien aus einem DIR wird dann, wenn ich diese Änderung wieder zurücknehme, immer zur ersten DirSeite gesprungen.

    Die Änderung findest Du in 128DESKTO/AB auf Seite 36 bei $5502.

    Vielleicht hast Du ja eine bessere Lösung dafür.

    Pusti64

  • Denn meiner Meinung nach, habe ich das mal aus einem anderen Grund geändert.

    Ich hab eben mal versucht das nachzustellen... ja, nachdem ich herausgefunden hab wie man ein Verzeichnis in einem neuen Fenster öffnet, dann öffnet sich das Fenster Bitte melde dich an, um diesen Link zu sehen. an der Position an der ich zuvor ein anderes Verzeichnis geöffnet/navigiert habe. Das musste kein UV sein.

    Ich hab als 2.Fenster ein 1581-Laufwerk geöffnet und zum Ende navigiert. Die Position in $0514ff war dann $12 (TopDesk zeigte als DateiNr Bitte melde dich an, um diesen Link zu sehen. in der ersten Zeile an). Danach das 2te Fenster schließen.

    Öffne ich jetzt auf Laufwerk A: ein UV in einem neuen Fenster, dann springt das zu Position $12 (+1 weil die erste Datei = 1 und nicht 0).

    Lösche ich zuvor den Wert in $0514ff für das Fenster, dann öffnet sich das UV in einem neuen Fenster an Position #0=1.

    Ich sehe da jetzt zwei Optionen: Beim schließen eines Fensters die Position auf #0 setzen, oder beim öffnen eines neuen Fensters für das UV die Position auf #0 zurücksetzen.

  • Nur sind dann bei jeder Option wieder verschiedene Anwendungsfälle zu beachten.

    Nuja... hier klappt es jetzt, vermutlich. Aber ich kann den gesamten Code ja nicht überblicken, der letzte Source-Code von September 2018 muss mir reichen. Du hast es da einfacher...

    Daher warte ich mal auf Deinen Fix...