radius75

I have the same issue on Win7. To trigger these "jumps," instead of using Alt-M, I accessed the options via Alt-O to switch between Koala and 1351 modes. Going through the sequence Alt-M > Preferences > Alt-M does not cause these "jumps" for me.

Changing 'residfp' to 'resid' helped. (win7)

I can confirm that on Windows 7, with sound emulation enabled, setting the CPU to 10% causes the emulator to crash. When sound emulation is disabled, the crash does not occur. My Windows 10 machine is a remote desktop without an audio device, so I have no way to test it there at the moment.

Yes.

I checked d81>d81 Dual 1581 mode, but the destination disk still doesn't match the source—there are tons of mismatches.

For me, it has been fixed.

r46078 fixes this bug for me, thank you

From what I remember, I noticed a strange relationship between the FD2000 and the native .d2m partition, the Sonic game, and RamLink. If RamLink is disabled, the game cannot be loaded by selecting Fastload in the game. Only CompatibleLoad works for the FD2000. If I run RamLink, the game will load in Fastload mode from the native FD2000 partition. Is this correct and expected behavior? The game manual suggests that you should select Compatible for the CMD drive. = RamLink is only turned on and off,...