Menu

#2234 SuperCPU drives no longer work

v3.10
closed-fixed
gpz
None
xscpu64
2026-06-11
2026-06-10
smf esemef
No

https://github.com/VICE-Team/svn-mirror/releases/tag/r46133

"refactor the drive-idle logic, all modes work as intended again,"

Seems to have broken the ability to use drives with xscpu64.
1541 locks up, 1581 immediately returns with device not present.

Discussion

  • gpz

    gpz - 2026-06-10

    haha oops, guess i forgot the main loop drive CPU call

    Out of curiosity: please check if switching to another idle mode makes it work (it should)

     
    • Querino

      Querino - 2026-06-10

      Using "Trap idle" and 1581, i get a CPU JAM if i do a simple load"$",8

       
      • gpz

        gpz - 2026-06-10

        Oh well - it works with 1541, so traps were likely always broken for 1581 (no idea if 1581 was even emulated when traps were still what was commonly used)

         
        • Querino

          Querino - 2026-06-10

          Does it really work properly with 1541? Because, yes, it loads with "trap idle", but after the loading process, the drive LED stays ON.
          Ah, the same happens with "skip cycles".

           

          Last edit: Querino 2026-06-10
          • gpz

            gpz - 2026-06-10

            The Drive LED behaves funky with those modes, indeed. It seems to work though (i tested in x64sc though)

             
      • Querino

        Querino - 2026-06-11

        Setting the drive to CMD 4000, there is no CPU JAM, simple load/save also works.
        The LED issue is present.

         
  • gpz

    gpz - 2026-06-10

    try r46137 :)

     
  • gpz

    gpz - 2026-06-11
    • status: open --> closed-fixed
    • assigned_to: gpz
    • Port: Windows -->
     

Log in to post a comment.