SmokeMonster: I forgot to ask how the Pro’s new save states work?Ikari: To explain save states I should point out the limitations of real hardware:
The problem with sound on save states is that the APU (S-SMP + S-DSP) is an independent system on the SNES that only has 4 I/O ports to communicate with the SNES CPU via a software protocol.Once a game has its sound code up and running in the APU there is no way to interface it in a universal way, i.e. you can’t get the state of the APU at runtime at all.
I hope to overcome this limitation by running my own APU implementation on the FPGA which makes me the “owner” of its state too, so I can grab it whenever I want.
The original APU would be silenced by running a little hook on reset that uploads an infinite loop so it doesn’t react to any CPU access. The sd2snes would then override the bus with its own APU responses accordingly.
Unfortunately this method won’t work on a Super Nt because bus override hacks simply don’t work on it. There’s another way but it may be prone to desynchronization.

tzameti schrieb:

was genau kann denn das pro besser als das normale?

- Aktuellere Hardwarekomponente
- Ein besserer FPGA mit BGA statt Pins
- 2x 64mb psram statt 1x128mb (der 128er ist EOL lt. Hersteller)
- Wahrscheinlich anderer Spannungswandler
- Micro SD slot und mininusb Buchse
- Anderer 4 MB RAM
- kleiner soc8 pic für SuperCiC