Hallo,
ich würde gerne über einen C64 Emulator die 1541 II über den PC zum laufen kriegen. Gibt es so eine Funktion auf den Emulator VICE ? Oder bei einem anderen Emulator?
Hallo Besucher, der Thread wurde 4,3k mal aufgerufen und enthält 19 Antworten
letzter Beitrag von GenerationCBM am
Kann ich eine echte 1541 II unter VICE zum laufen kriegen?
- klassiker
- Erledigt
-
Über ein X1541 oder XU1541 Adapter ging das mit einigen Emulatoren, mit VICE hab ich's allerdings nie probiert.
-
Hm, also früher als ich sowas noch gemacht habe, hatte ich CSS und PC64 im Einsatz. Also müsste es mit einem von beiden funktionieren.
Im Vice 3.0 hab ich so spontan keine Option finden können. -
Vice kann das durchaus, 2.10 The disk drive emulation:
Zitat- accessing a real device connected to the host machine. As of VICE 1.11 it is possible to connect real drives like Commodore 1541 to the printer port of the host using the XA1541 or XM1541 cable. Currently this only works on Linux or Windows using the OpenCBM library. You can get it from http://www.lb.shuttle.de/puffin/cbm4linux (cbm4linux, Linux version) or from http://cbm4win.sf.net (cbm4win, Windows version).
-
Auch das beantwortet das Manual unter 6.11.1.2 Command-line options for file system devices:
Zitat-device8 <type>
-device9 <type>
-device10 <type>
-device11 <type>
Set device type for device 8-11 respectively (FileSystemDevice8, FileSystemDevice9, FileSystemDevice10, FileSystemDevice11) (all emulators except vsid). (0: None, 1: Filesystem, 2: OpenCBM (Real), 3: Block device (Raw))
Also sollte es ein -device8 2 tun. Alternativ findet man das sicher auch im Menü, vermutlich bei den "Peripheral settings". Setzt natürlich ein bereits funktionierendes OpenCBM (bei Linux wäre das ein Kernel-Modul) voraus. -
Mit Vice 3.1 und OpenCBM klappt das wunderbar. Dazu in Vice Menü Settings -> Peripheral settings und dort im Tabulator bei der entsprechenden Drive-Nummer das Häkchen bei "Use IEC Device" setzen und dann noch "Real IEC device" aktivieren.
OpenCBM muss nur korrekt installiert sein, die Kommandozeilentools sollten also schon funktionieren. Bei mir lief eine Demo ohne Probleme durch, ich weiß nur nicht mehr welche.
-
Muss ich dann noch OpenCBM in den Ordner von Vice installieren ?
Mit Vice 3.1 und OpenCBM klappt das wunderbar.
Zur Lektüre:
https://www.c64-wiki.de/wiki/O…weis_zur_Nutzung_mit_VICE -
Bei mir lief es mit WinVice 3.1 und OpenCBM 0.4.99.99 auf Anhieb, ohne dass ich noch eine DLL in das Verzeichnis von Vice kopieren musste.
Ist schon irgendwie cool, wenn man mit einem Emulator eine alte Floppy ansteuern kann.
-
Bei mir lief es mit WinVice 3.1 und OpenCBM 0.4.99.99 auf Anhieb, ohne dass ich noch eine DLL in das Verzeichnis von Vice kopieren musste.
Das kann gut sein, zumal der Grund für das Nichtfunktionieren wohl nicht wirklich ergründet ist (ich würde eine lustige Kombination aus Inkompatibilitäten zwischen 32bit versus 64bit bei Emulator, Betriebssystem und Treibern, Betriebssystemversion, plus Verzeichnisrechtevergaben vermuten - wer das Debuggen will, sollte vermutlich eine Machete mitbringen...). Aber wenn man merkt, dass es nicht geht wie gedacht ("Real IEC" in den Settings ausgegraut), hilft für gewöhnlich das Rüberkopieren der DLL.
-
Daher wohl auch die ganzen Konjunktive in der wiki, das kam mir schon komisch vor. Zum Glück habe ich das vorher nicht gelesen.
Bei mir läuft alles under Win10 64 bit. Nur die Installation der USB-Treiber war etwas tricky, hat dann aber doch besser als erwartet geklappt - nur weiß ich nicht mehr genau, wie ich das gemacht habe. Ich meine aber, ich hatte das mit Zadig hinbekommen. -
O.K. Es klappt Danke
Könnte ich auch theoretisch über den Emulator ein Kopierprogramm aufrufen und von dort aus auf die Orginal Hardware kopieren ? Oder geht das nur innerhalb des Emulators ? -
Das kann gut sein, zumal der Grund für das Nichtfunktionieren wohl nicht wirklich ergründet ist (ich würde eine lustige Kombination aus Inkompatibilitäten zwischen 32bit versus 64bit bei Emulator, Betriebssystem und Treibern, Betriebssystemversion, plus Verzeichnisrechtevergaben vermuten - wer das Debuggen will, sollte vermutlich eine Machete mitbringen...). Aber wenn man merkt, dass es nicht geht wie gedacht ("Real IEC" in den Settings ausgegraut), hilft für gewöhnlich das Rüberkopieren der DLL.
Cool. Anstatt so ein Problem ordentlich zu melden, damit man es debuggen und ausmerzen kann, werden lieber solche halbseidenen Hinweise gegeben, die einem wahrscheinlich schon beim nächsten Update von OpenCBM so richtig um die Ohren fliegen.
Klingt nach einer prima Idee!
Mein Tipp: Auf keinen Fall kopieren, denn das ist falsch. Lieber beim Entwickler melden und versuchen, das Problem mit ihm zusammen zu debuggen.
Tipp: 64 bit OpenCBM mit 64 bit VICE sollte funktionieren, ebenso 32 Bit OpenCBM mit 32 Bit VICE. "Mischversionen" hingegen würde ich eh nicht empfehlen.
-
O.K. Es klappt Danke
Könnte ich auch theoretisch über den Emulator ein Kopierprogramm aufrufen und von dort aus auf die Orginal Hardware kopieren ? Oder geht das nur innerhalb des Emulators ?Das könnte man, aber das willst du nicht. Das wird schnarchlangsam.
Mehr als eine Studie zur technischen Machbarkeit ist das meiner Meinung nach eh nicht. -
Cool. Anstatt so ein Problem ordentlich zu melden, damit man es debuggen und ausmerzen kann, werden lieber solche halbseidenen Hinweise gegeben, die einem wahrscheinlich schon beim nächsten Update von OpenCBM so richtig um die Ohren fliegen.
Was dann ob der äusserst geringen Fallhöhe des Problems "Vice mit externer Floppy" auch nicht weiter schlimm wäre, wir betreiben hier schliesslich keine Kernphysik. Bis dahin ist das eine funktionierende und deswegen benutzbare Lösung, keine "halbseidene"...
Lieber beim Entwickler melden und versuchen, das Problem mit ihm zusammen zu debuggen.
Das letzte mal dass ich diesem Entwickler ein Problem gemeldet habe, hat er etwas verdutzt reagiert ob des Symptoms, und das ganze dann ausdrücklich beiseite gelegt, um sich dem irgendwann später nochmal anzunehmen. Seitdem ist leider absolut garnichts weiter passiert.
-
Kannst du mir sagen, wann du das letzte Mal ein Problem gemeldet hast? Ich kann mich jedenfalls nicht mehr erinnern.
-
Das war anscheinend März 2016. Hatte dann als Resultat dieses offene Ticket:
https://sourceforge.net/p/opencbm/bugs/62/ -
Ok, jetzt erinnere ich mich.
Allerdings ist das Problem hier, dass ich das Problem nur durch ein nahezu komplettes Neuschreiben des Tools fixen kann, soweit ich das sehe. Das ist ein ziemlich großer Umfang. Dafür habe ich zur Zeit keine Zeit.
Das Installationsproblem, was oben angesprochen wurde, ist hingegen ein ganz anderes Kaliber, das sollte deutlich einfacher sein.
-
Dafür habe ich zur Zeit keine Zeit.
Ist auch nicht wirklich dringend oder elementar wichtig, lediglich unbequem. Wollte damit nicht ausdrücken, dass ich nägelkauend auf eine Lösung warte.
Falls du aber Lust auf Notizen hast:
Als ich das damals anmerkte, hatte ich irgendeine Version vor 0.4.99.98 installiert. Danach hatte ich mal die .98 ausprobiert, und da stellt sich das Problem "bei Absturz Müll im Diskimage" nochmal unschöner dar, nämlich verändert dann der Müll auch die Grösse des Images auf illegale Werte (sagen wir mal zufällig, 180kb oder 215kb oder...). Damit kann dann auch kein Diskeditor mehr was anfangen und auch d64copy kann da nicht mehr am Absturztrack einen neuen Versuch aufnehmen, sondern man muss die Diskette komplett nochmal einlesen.
Das Installationsproblem, was oben angesprochen wurde, ist hingegen ein ganz anderes Kaliber, das sollte deutlich einfacher sein.
Ich wüsste nichtmal ob das überhaupt an OpenCBM liegt und wo das dort zu fixen sein sollte, oder nicht doch eher an Vice (denn ältere Versionen haben das Problem nicht), oder aber an Windows oder der dortigen Bittigkeit.
