Och, wenn es da etwas gäbe, wäre ich höchst begeistert
Ich hab ja mal einen billigen Rename-Pfusch-Hack in FBR reingesetzt, aber semmelt in größeren Tiefen immer ab. Blöd zu debuggen, solange kein Emulator SD2IEC anbietet.
Du bist in Begriff, Forum64 zu verlassen, um auf die folgende Adresse weitergeleitet zu werden:
Bitte beachte, dass wir für den Inhalt der Zielseite nicht verantwortlich sind und unsere Datenschutzbestimmungen dort keine Anwendung finden.
letzter Beitrag von HOLY MOSES/ROLE am
Och, wenn es da etwas gäbe, wäre ich höchst begeistert
Ich hab ja mal einen billigen Rename-Pfusch-Hack in FBR reingesetzt, aber semmelt in größeren Tiefen immer ab. Blöd zu debuggen, solange kein Emulator SD2IEC anbietet.
Das klingt ja nicht gut - am PC oder woanders muss so eine Karte ja auch nicht "2 Laufwerke" sein, um Dateien von Verzeichnis zu Verzeichnis zu kopieren/verschieben...
Weisst Du, was dein PC unter der Haube alles macht, wenn er "mal eben" eine Datei kopiert/verschiebt?
Für den C64 ist jedes D64 ein eigenes Medium (Diskette). Das Verschieben aus einem D64 in ein anderes D64 ist daher schwierig. Versuch doch mal, an einem älteren PC mit einem Diskettenlaufwerk eine Datei von einer Diskette auf eine andere zu kopieren. Dazu muss auch die Datei im PC Speicher zwischengespeichert werden, während man die Diskette wechselt.
Ist jetzt von meiner Seite nur mal so dahin gesponnen:
Wenn es der Speicher und die Performance vom SD2IEC zulassen würde (eventuell beim neueren ARM Modell) dann könnte man doch auch zwei Laufwerke 8 und 9 unterstützen? Somit könnte man zwei D64 Images mounten und die Dateien kopieren.
Wahrscheinlich wird es aber an zu wenig Speicher scheitern. nehme ich an.
Ist jetzt von meiner Seite nur mal so dahin gesponnen:
Wenn es der Speicher und die Performance vom SD2IEC zulassen würde (eventuell beim neueren ARM Modell) dann könnte man doch auch zwei Laufwerke 8 und 9 unterstützen? Somit könnte man zwei D64 Images mounten und die Dateien kopieren.
Wahrscheinlich wird es aber an zu wenig Speicher scheitern. nehme ich an.
Man kann auch zwei SD-Slots anbauen.
Aber dann kopiert man natürlich von einer SD-karte zur anderen
Weisst Du, was dein PC unter der Haube alles macht, wenn er "mal eben" eine Datei kopiert/verschiebt? Für den C64 ist jedes D64 ein eigenes Medium (Diskette). Das Verschieben aus einem D64 in ein anderes D64 ist daher schwierig. Versuch doch mal, an einem älteren PC mit einem Diskettenlaufwerk eine Datei von einer Diskette auf eine andere zu kopieren. Dazu muss auch die Datei im PC Speicher zwischengespeichert werden, während man die Diskette wechselt.
also nicht auf Bitebene, aber ich habe damals unter DOS noch ausgiebig mit Dateien auf zu kleinen Disketten jongliert und dafür immer den Norton Commander genutzt - daher ja meine Frage, ob es so etwas für den 64er schon gibt, oder ob man das nicht ins SD2IEC integrieren könnte, damit man nicht so mühsam alles per Hand machen muss - eben darum geht es ja...
Und bei heutigen Speicherpreisen könnte jemand, der sich mit soetwas auskennt, auch vielleicht nen Zwischenspeicher auf der SD2IEC Hardware integrieren... 1 MB Speicher kostet vermutlich ein paar Cents und würde für vermutlich jedwede Kopier- und Verschiebeaktion ausreichend groß sein... Ich bin leider kein solcher Hardwareentwickler, noch kann ich solche Dinge programmieren, aber es gibt ja viele findige Bastler hier, die genau das könnten... Wäre doch mal ein Projekt...
Wenn es der Speicher und die Performance vom SD2IEC zulassen würde (eventuell beim neueren ARM Modell) dann könnte man doch auch zwei Laufwerke 8 und 9 unterstützen? Somit könnte man zwei D64 Images mounten und die Dateien kopieren.
Wahrscheinlich wird es aber an zu wenig Speicher scheitern. nehme ich an.
oder so... und warum nicht direkt von Laufwerk zu Laufwerk kopieren? Oder alternativ eben - Systemroutinen nutzend - Stück für Stück über den 64er Speicher...
Wenn es der Speicher und die Performance vom SD2IEC zulassen würde (eventuell beim neueren ARM Modell) dann könnte man doch auch zwei Laufwerke 8 und 9 unterstützen? Somit könnte man zwei D64 Images mounten und die Dateien kopieren.
Zwei Laufwerksadressen wäre nichtmal nötig. Wir haben ja bereits geklärt, daß man die Partitionen einzeln als Drive-Nummer ansprechen kann, und daß das Default-Drive 0 auf eine beliebige Partition zeigen kann, so daß auch zwei Drives auf die selbe Partition zeigen können. Wenn das konsequent umgesetzt ist, müßte man doch zwei D64 gleichzeitig mounten können, so wie man auch zwei Disketten in einem Doppellaufwerk einlegen kann. Damit sollten eigentlich alle Kopierkonstellationen innerhalb einer SD-Karte machbar sein, ohne im C64 zwischen zu speichern.
also nicht auf Bitebene, aber ich habe damals unter DOS noch ausgiebig mit Dateien auf zu kleinen Disketten jongliert und dafür immer den Norton Commander genutzt
Von einer Diskette auf eine andere bei nur einem Diskettenlaufwerk?
Ich kenne den Norton Commander noch ganz gut. Da habe ich rechts ein Laufwerk und links ein Laufwerk (kann auch das selbe LW sein). Das wäre aber - auf den C64 umgemünzt - wie wenn ich innerhalb einer Diskette kopiere, was ziemlich sinnlos ist. Am C64 bräuchte man eine Diskette in LW8 und eine Diskette in LW9, um ein Program wie den Norton Commander zum Transfer zwischen D64 nutzen zu können. Da das SD2IEC aktuell nur _ein_ LW ist (und damit nur ein D64 gleichzeitig mounten kann), bräuchte man zwei SD2IEC... was ja nicht Dein Ziel war.
Ein Umkopieren einer Datei auf der SD-Karte (also NICHT innerhalb eines D64) von einem Verzeichnis in ein anderes, geht ja heute schon, mit den von Unseen oben beschriebenen Einschränkungen.
Der Rest Deiner Ausführungen ist ein "jemand müsste das doch einfach nur mal machen und dafür die Hardware und die Software umbauen". Das ignoriere ich mal, weil das die Kompatibilität der SD2IEC Platform verlassen und ein komplett neues Hardwarekonzept benötigen würde.
gelöscht...
Ich hab's jetzt mal probiert. Wenn man also Drive 0 und Drive 1 auf der selben Partition hat (default), und man auf einem Drive das Verzeichnis wechselt (z.B. "cd1:verzeichnis") oder ein d64 mouted, dann erscheint es auch auf dem jeweils anderen Drive ("$0" und "$1" sind immer identisch.). So geht das also schonmal nicht.
Wie es sich bei verschiedenen Partitionen verhält, weiß ich nicht, weil ich jetzt nicht extra dafür meine SD-Karte umpartitioniere.
Wie es sich bei verschiedenen Partitionen verhält, weiß ich nicht, weil ich jetzt nicht extra dafür meine SD-Karte umpartitioniere.
Man kann in jeder Partition unabhängig voneinander Diskimages mounten, die sich natürlich stets in der entsprechenden Partition befinden müssen. Dadurch umgehe ich die ganzen potentiellen Inkonsistenzen durch gleichzeitige Zugriffe auf mehrere "Ansichten" der gleichen Datei (gemountetes Image vs. FAT-Datei).
Zwei Partitionen anlegen, zwei D64 öffnen, kopieren.
Also alles ganz einfach
(ich hab noch nie mehrere Partitionen auf einer SD-Karte gehabt, aber kann man ja mal machen)
Zwei Partitionen anlegen, zwei D64 öffnen, kopieren.
Also alles ganz einfach
(ich hab noch nie mehrere Partitionen auf einer SD-Karte gehabt, aber kann man ja mal machen)
Und wenn die fraglichen .D64 Images innerhalb einer Partition liegen?!?
Kann ja passieren. Zack - schon wieder eine Einschränkung.
Zwei Partitionen anlegen, zwei D64 öffnen, kopieren.
Also alles ganz einfach
(ich hab noch nie mehrere Partitionen auf einer SD-Karte gehabt, aber kann man ja mal machen)
Na dann war ja mein Vorschlag doch nicht so doof.
Dadurch umgehe ich die ganzen potentiellen Inkonsistenzen durch gleichzeitige Zugriffe auf mehrere "Ansichten" der gleichen Datei (gemountetes Image vs. FAT-Datei).
Könnte man für solche Fälle nicht einfach einen "already mounted"-Fehler bzw. "already opened"-Fehler generieren? Also wenn eine Image-Datei bereits geöffnet ist, das Mounten unterbinden und umgekehrt.
Technisch müsste man das doch über die alte Fummelmethode, Block einlesen, Wechsel, Block schreiben, Wechsel zurück und so fort machen können, oder? Ich muss ja jetzt nicht wirklich die SD-Karte rausziehen und wieder reinstecken. Der Wechsel selbst dürfte ja nicht allzuviel Zeit in Anspruch nehmen. Oder stelle ich mir das jetzt gerade zu einfach vor?
Technisch müsste man das doch über die alte Fummelmethode, Block einlesen, Wechsel, Block schreiben, Wechsel zurück und so fort machen können, oder?
Ist dann die Frage, ob geöffnete Dateien auch geöffnet bleiben, wenn man ein Image wechselt. Wenn das der Fall ist, spricht nichts dagegen, nach jedem Block das Image/Verzeichnis zu wechseln. Ohne JiffyDOS wäre das allerdings eine sehr langsame Methode.
sieht so aus, als wäre der Bedarf nach einem Dateimanagement auf SD2IEC's doch gegeben...
Wenn ich programmieren KÖNNTE, würde ich mich da ja glatt ran machen, aber leider...
Ich könnte alternativ ne OMRON-SPS programmieren, oder nen ABB/Motoman/Kuka-Roboter - nur hilft das hier leider nicht weiter...
Und wenn die fraglichen .D64 Images innerhalb einer Partition liegen?!?
Kann ja passieren. Zack - schon wieder eine Einschränkung.
Ja, genau, das war mein Punkt.
Ist aber immerhin etwas weiter als "geht gar nicht".
First, sorry, I don't speak German. I use Google Translate for this forum.
As far as I see nobody mentioned this fantastic 'commander style' file manager:
http://csdb.dk/release/?id=152470
First, sorry, I don't speak German. I use Google Translate for this forum.
Never mind, it's more important what you contribute
As far as I see nobody mentioned this fantastic 'commander style' file manager:
csdb.dk/release/?id=152470
This looks awesome! SDBrowse V.697 does copy files from one SD2IEC DIR to another In my first test runs I couldn't get F1 => Help to work, F1 shows what looks like a raw output of the current DIR:
Are you connected to Samar Prod. in any way and can pass this over? Anyone else with the same issue here? I like this Browser a lot Now I need to find a way to adjust the horizontal scaling on my 1701 …