MaliceX wrote on 2026-09-14, 16:06:

Given the CPU usage I doubt an era-accurate PC from WinXP or earlier days would be able to play music with S-MU2000 in real-time 😁

Yeah I noticed that CPU-usage too, after writing that. MU2000 has one 3,5GHz core 90% saturated, two other cores approx. 60%.
There was a commit today about limiting the amount of slave threads proportional to the total core count. Have not tested that yet.

Mine is not an era-accurate system. Still, browsing while playing midi gave sound hickups at times.
Have to check how it compares against Mame MU50 in that regard...

Note: actually did not edit this post, wanted to add a reply instead, but wrong button...

gerwin wrote on 2026-09-14, 16:55:

Yeah I noticed that CPU-usage too, after writing that. MU2000 has one 3,5GHz core 90% saturated, two other cores approx. 60%.

S-MU2000 build from current source (commit 4ab6317):
CPU usage is different now, much better, I have like one CPU core at 25% and two at 15%. Excellent!
Also synth startup time is much reduced, it is ready within 2 seconds.

A new sin-table.bin needs to be generated with make_standins.py. I updated the MD5-hash in the file list above.

I just use the one from MAME. Any reason i should not do so?

zaphod77 wrote on 2026-09-14, 22:43:

I just use the one from MAME. Any reason i should not do so?

sin-table.bin you mean?
If you look at the translated commit history of the past hours, it is mentioned that sin-table.bin was changed for some reason. I cannot check now what he wrote exactly.

Edit:
https://github.com/tarboh/S-MU2000/commit/addadd5
"The sine table substitute was modified to rise from the center 0x8000 to a peak (deep chorus noise)."

But maybe original hardware one is preferable...

oh wow, this now supports all four midi in ports. so you can now actually play back four port xg midi files. 😀

This is getting really darn impressive now

MaliceX wrote on 2026-09-14, 16:06:

Given the CPU usage I doubt an era-accurate PC from WinXP or earlier days would be able to play music with S-MU2000 in real-time 😁

MaliceX, Thanks for the work on the 32-bit JIT, as available on your GitHub.
I actually made it work in Windows XP x86 today. Had the feeling I better try it now before S-MU2000 codebase becomes bigger and maybe harder to port.
GUI.exe has some shutdown problems: saving of NVRAM and closing all its threads, GUI display and sound is fine.
Console program Live.exe works fine (but also does not save state at shutdown, not that important)
IMGUI backend changed from DirectX 11 to DirectX 9. Audio changed from WASAPI to Windows Waveout.

For gaming this is still a bit heavy on the CPU side. From the changelogs I figured there's something like a "Lightweight Mode" which apparently calculates the effects natively in C++ instead of going through the emulated ROMs - less faithful emulation in return for better performance. I couldn't find the option in the GUI of the plugin itself, though. Does it require gui.exe (which I don't use since I am loading the CLAP plugin via VST wrapper into Falcosoft MIDI Player/VST MIDI Driver)?

edit %LOCALAPPDATA%\S-MU2000\plugin.ini to change the plugins. right click the gui.