last post from darkvision at the
Allerbesten Dank an Werner! Du hast mir einen großen Dienst erwiesen!
Keine Ursache 
Ich gebe aber zu bedenken, dass das eine sehr alte Version und nicht fehlerfrei ist. So hat bei mir z.B. die CMD-FD-Emulation (FD 2000) das Teil sehr sehr häufig zum Absturz gebracht...
Gruß
Werner
Keine Ahnung, wann ich dazu komme. Aber das eröffnet die Chance, falls sich die Version als Tag zumindest so etwa in der Versionsverwaltung wiederfindet, mal zu suchen, welcher Commit eigentlich den Fehler einführt. Mit etwas Glück verrät er etwas über die Ursache. Und mit noch mehr Glück passt das auch heute noch.
Sollte sich der Fehler wirklich finden und beheben lassen, wäre eine kurze Mitteilung hier ganz nett.
Ich gebe aber zu bedenken, dass das eine sehr alte Version und nicht fehlerfrei ist. So hat bei mir z.B. die CMD-FD-Emulation (FD 2000) das Teil sehr sehr häufig zum Absturz gebracht...
Ich hab die 2.4 nicht getestet, aber die 3.1 hat mich eben einiges an Nerven gekostet weil die Version, die ich wegen des besseren Popup-Menüs verwende, keine D81-DiskImages formatieren kann. Mit 3.4 kein Problem.
Alte Versionen sollte man wirklich nur mit Vorsicht geniesen.
V2.4 braucht es aber wegen TheC64 (SnapShots usw...). Leider geht da keine Maus.
Funktioniert die FD-2000 und FD-4000 Emulation in der aktuellsten WinVice Version nun korrekt?
Ich hatte immer Probleme mit diesen Laufwerken. Formatieren und Partition Anlegen ging nicht. Nach einiger Zeit kamen BAM-Fehler, vorallem in Verbindung mit GEOS hinzu.
Was wurde eigendlich aus der CMD-HD unterstützung. Läuft da was?
Funktioniert die FD-2000 und FD-4000 Emulation in der aktuellsten WinVice Version nun korrekt?
Vor kurzem wurde ein Bug in der Emulation des Floppycontrollers gefixt, der zu einer falschen Kopfposition nach Zugriff auf die Spur mit den Partitionsinformationen führen konnte.
Was wurde eigendlich aus der CMD-HD unterstützung. Läuft da was?
Lt. Kernal-Emulation ist frisch gelandet, CMD HD ist wohl in Arbeit.
dass das eine sehr alte Version und nicht fehlerfrei ist
Für meine Zwecke ideal! Meine GoDot-Anpassungen an die SuperCPU sind fertig (hier nachzulesen). Wer also eine SuperCPU sein Eigen nennt (oder sie emuliert, aber bei VICE besser ohne REU-Einbindung, hehe...) kann jetzt mit GoDot gewohnt schnell auf seine Module zugreifen, mit der zusätzlichen hohen Arbeitsgeschwindigkeit einer SuperCPU!
Danke für eure Hilfe!
Arndt
Ich hatte gehofft, dass ich die Vorteile der REUs auch unter SuperCPU-Verhältnissen mit GoDot nutzen kann.
Ich schalte in VICE/x64 den WARP-Modus an. Hab meine Version auch so gepatched das ich auch 1000% angeben kann. Dann steigt zwar reSID aus, aber ab&zu sehe ich dann da auch %-Werte von um die 6000-7000%. Da braucht es keine SCPU mehr. Ja, dann geht die Uhr falsch... aber das nehm ich in Kauf.
Welche Einstellungen muss man denn da vornehmen, um solche Werte zu erreichen?
Funktioniert das so auch mit dem x128.Emu?
Pusti64
Welche Einstellungen muss man denn da vornehmen, um solche Werte zu erreichen?
Dazu muss man die Software patchen um die Einstellungen für 500% oder 1000% zu bekommen, ohne Patch kannst Du nur "Custom speed" einstellen. Da kannst Du auch 100.000 einstellen. Mir war das aber immer zu umständlich, daher hab ich (zumindest bis 3.1) einen Patch verwendet der zusätzliche Menüeinträge erzeuigt.
Das geht auch mit x128... bei allen Versionen verlierst Du bei dem Tempo aber den Sound.
