letzter Beitrag von Mac Bacon am
c1541 ist ein Tool im VICE-Verzeichnis, welches diese Aufgabe per Batchdatei erledigen kann.
Ich kenne kein Tools was das automatisch machen könnte. Vor allem keins, dass vorher die Dateigrößen der Files zusammenrechnen würde um das auf Disks zu verteilen ohne dass die "überlaufen".
Ich würde das "zusammenbauen". Erst alle PRGs in ein Verzeichnis kopieren. Eine Liste aller Files unter DOS erstellen. Im Verzeichnis "DIR /B > FILELIST.TXT". Dann Excel nehmen und in die Zeile jeweils:
disk a disk 001 .d64 file.prg
reinschreiben, wobei die 001 ein benutzerdefiniertes format "000" hat und statt file.prg kopierst Du
halt die die Files aus der Liste in die Spalte. Dann speichern als Text [Unicodetext (*.txt)].
Die Spalte für die Disknummer (001) im Excel würd ich alle 10 Zeile um eins erhöhen.
Dann musst Du in einem Texteditor z.B. Notepad++ noch die Leerstellen entfernen und " .d64" durch
".d64" usw. entfernen.
Das Text file in WRITED64.BAT umbennen. Das disk.exe File in das Verzeichnis mit den PRGs kopieren und
das Batchfile starten.
Das disk.exe Tool findest Du hier:
http://csdb.dk/release/?id=121926
Ist trotzdem Arbeit. Andere würden vielleicht gleich selber ein Tool schreiben oder ein kompliziertes Batch File programmieren. Ich habe den oberen Weg aber schon zig mal mit irgendwelchen Listen und Tools gemacht. Ich würds so machen 
Die Behandlung von .PRG ist bei dir falsch. Das sind tatsächlich ausführbare Programme. In diese Falle wohl alles Onefiler die nicht nachladen.
.D64 ist ein Diskettenimage...also der Inhalt einer Diskettenseite einer 1541 (171kb).
Du packst jetzt jedes Programm einzelnd jeweils in ein Diskettenimage (Container).
Jetzt gerade noch getestet.
Man kann mit dem Programm Dirmaster eine leere D64 erstellen und dann mittel dragndrop einfach die PRG auf das Image ziehen.
Nein, ich schreib doch 10 PRG Files in ein D64 Image.
Ja kannst du doch.
Ich mein Sheltem. Du hattest dazwischengepostet, Cihan
Meine Lösung ist wohl zu umständlich...
Ja, ist sie.
Leider hat der Threadstarter eben nicht geschrieben warum er zwingend die PRG in nem Container haben will.
Mittlerweile braucht man das am Emulator/Massenspeicher nicht zwingend mehr, es sei denn man möchte eben etwas (mehr oder weniger) umständlich zurück auf eine Diskette schreiben.
Daher:
ACDC,
Was willst du eigendlich genau machen, warum brauchst du das?
Die Frage ist berechtigt damit du eine für dein Problem passende Antwort bekommst.
Au Backe, gibts da ne Beschreibung oder was einfacheres?
Es gibt was einfacheres: http://csdb.dk/release/?id=142396
Einfach das .prg reinziehen - Fertig! 
Äh, 1000 mal reinziehen ist einfacher?
Ich habe immer direkt mehrere .prgs markiert und dann reingezogen...?
Wenn es um "tausende" geht, dann zieht man eben immer soviele auf ein .d64 Image, wie es passt...
Das ergäbe lediglich Sinn wenn man diese PRG alle als D64 auf echte Disketten zurückschreiben möchte.
Wozu sollte man sowas machen ?
Dann müsste man wohl ein Programm schreiben was die Größe der PRG Dateien in die Berechnung mit einbezieht.
Ich mach das immer mit Dirmaster. Damit geht einfach alles voll einfach.
Eine Datei in Dirmaster gezogen und zack...D64 File wird automatisch angelegt.
Jetzt nur noch den Rest komplett reinziehen, speichern und fertig.
Alle Dateien auf einem D64.
Also selbst wenn man das im Dirmaster natürlich komfortabel machen kann und die Größen definitiv besser im Auge behalten kann, heisst das immer noch 100 mal ein leeres Image erstellen, 100 mal rein ziehen und hundert mal das Disk Image abspeichern und schliessen. (Ja, nur bei 10 PRGs auf einem Image).
Wieso erstellen?
Du ziehst eine Datei rein. Dirmaster erstellt automatisch ein Image.
Wenn deine Disk voll ist, ziehst du einfach wieder eine Datei in Dirmaster, jedoch nicht in dein Image sondern ins leere.
Schon erstellt Dirmaster wieder automastisch ein Diskimage.
Speichern und benennen der Images kommt zum Schluss.
Warum das aber immer 10 Dateien sein sollen versteht ich auch nicht. 
Wenn es kleine sind ok. Aber zieh mal 3 gute Games drauf ist die Disk schon fast voll....
Was ist denn gegen Komandozeilentool und Batchdatei einzuwenden? Selbst, wenn man die Syntax erst nachschlagen muß (was ich auch müßte), ist das doch in wenigen Minuten geschrieben und der Rest läuft von selbst.
Das es schon was fertiges gibt, das ordentlich funktioniert. Man muss nicht immer das Rad neu erfinden.
Es wäre übrigens nett, wenn ACDC uns mitteilen würde, ob er jetzt gefunden hat, wonach er sucht. Dann wäre das auch geklärt. Falls nicht, wäre es, wie bereits erwähnt, immer noch evtl. hilfreich, wenn wir den Verwendungszweck wüßten. Insbesondere auch, ob jeweils eine Datei oder so viele wie möglich ins D64 sollen.
Man muss nicht immer das Rad neu erfinden.
Immer sicher nicht. Aber manchmal ist das Rad so einfach, daß das Neuerfinden unter Umständen schneller geht, als mühsam das richtige Tool zu suchen.
