zaphod77 wrote on 2026-08-29, 15:10:

I'm saddened that nuked sc-55 is now dead

we can still see some developments on https://github.com/nukeykt/Nuked-SC55 so it doesn't look so dead 😀

farvardin wrote on 2026-09-04, 07:34:

we can still see some developments on https://github.com/nukeykt/Nuked-SC55 so it doesn't look so dead 😀

Development? Not really, but I notice Nukey now relicensed the project to GPL v2.0 or later.

There's also a bit of real developement.

No, the interesting thing is the new license. WHihc means the following.

1) Roland can now of course use it as a bases for a new sound canvas solution.
2) Dosbox can now integrate it directly, either attaching it to a virtual mpu401 interface or just emulating the roland boards themselves.
3) mame and emusc are now allowed to integrate it's code.

I am awfully curious about the exact reason for the switch, as last i checekd roland still cared, and was really only okay with the project because you weren't allowed to make your own sound canvas with it..

but is there really a need for new "developments"? Last time I checked it, it was working fine, it doesn't look something is missing. Of course there is always room for bells and whistles, but maybe some maintenance is all it needs.

you are talking about it in the context of "good enough", yes, it is good enough for SC-55 MK1 playback, but MK2 still remains a sore spot from what i can tell

Yeah, the reason for the mkII issue is it uses the mk1 PCM chip, which has a bug hidden by the mk1 firmware. to fix this, the mkII pcm chip needs to be decapped.

Mk1 is what the game music was made for. as far as i know only desktop music was ever composed for the mkII. I still want to see the bug fixed.

Bad news, kinda:
nukeykt stopped working on his Nuked-SC55 emulator, mostly due to burnout, and put his Github repo into archive mode today. This step was already indicated recently when he switched the project license to GPL2.

However, this probably/hopefully won't mean the end for other related projects, such as the Nuked-SC55 CLAP plugin. My guess is also that others may pick up active development of the emulator from where nukeykt left off.

I have read the message.

It seems the pressure on him to relicense the project and other people grabbing code and doing stuff against his will did not help the situation.

I understood and respected his licensing choice, and still think it was a wise one to avoid angering Roland.

It was, and still is, an amazing accomplishment.

New SCVA Headless project.
Maybe interesting for Linux.
https://github.com/mlainez/scva-headless

Oof.

This project — the code, the documentation, and the reverse-engineering in docs/ENGINE-NOTES.md — was generated by Claude.

tabula sonora also had AI used in it's making, but it was extremely extensively tested vs the orginal VST.

This seems to be a bridge that loads the dll somehow.

SCVA Headless project.- it does work in Linux x64, quite well.
Also very simple to build and set-up.
Attached a screenshot. Yes, that is Linux even though it looks a lot like Windows 98.
The WinAmp-skinned midi player is Audacious 3.4.3, the last version to support ALSA midi-out.

Edit:
Also works in Windows 7 x64 with different versions of the x86 and x64 SCCore.dll files.
Also works in Windows XP x86 with different versions of the x86 SCCore.dll files. But requires option "--latency 50" to prevent distortion. Default is 20.

Working in XP is interesting. win9x is impossible, because sccore.dll uses stuff that doesn't exist in 9x...

i did not get very far in linux with scva-headless. scva-daemon complains: no binding for __vcrt_InitializeCriticalSectionEx (VCRUNTIME140.dll). am i supposed to have wine installed or something?

the whole pathing to SCCore.dll and the --core switch is quite convoluted.

stanwebber wrote on Today, 09:12:

i did not get very far in linux with scva-headless. scva-daemon complains: no binding for __vcrt_InitializeCriticalSectionEx (VCRUNTIME140.dll). am i supposed to have wine installed or something?

the whole pathing to SCCore.dll and the --core switch is quite convoluted.

From the documentation:
"Requirements: wine only to run the Windows binaries on Linux"
So yes,

As for the pathing, from the documentation again:
"The core is looked for as --core, then $SCVA_DLL_DIR/SCCore.dll, then dll/SCCore.dll. Same on Linux and Windows."

The startup command I used, as can be seen in the earlier screenshot:
./scva-daemon --map 55 --pcm pulse
With SCCore.dll in a "dll" subfolder.

Edit: typo

Nice try, a simpler equivalent of SCWrap (https://github.com/MCModuleStudio/SCWrap).

Tried it a bit, a few issues popped up.

1) Both daemons - Linux and Windows - don't play properly 32 channel MIDIs aka "two-port songs".

2) On Windows you can't change the map on the fly with SC-XX command.

3) Mixed mode doesn't work: I couldn't make Linux daemon and Windows player (through Wine) work together - no audio produced though "SCVA" port has been created and MIDI data sent to it.

gerwin
Did you succeed to install Audacious 3.4.3 to a modern Linux or it's an old one?

stanwebber
Just pass --core ./SCCore.dll and place the DLL to the directory of scva-daemon.
Also Visual C++ 2015-2022 redistributable might be needed for the daemon to run in Wine.

gerwin wrote on Today, 13:06:

From the documentation:
"Requirements: wine only to run the Windows binaries on Linux"
So yes,

huh? why are there specific build directives for either windows or linux binaries? couldn't you just build the windows binaries and run them in wine if the linux binaries require wine anyway? that's basically what i'm already doing in wine with the unmodified scva vsti plugin in fsmp x64.

stanwebber wrote on Today, 13:37:

gerwin wrote on Today, 13:06:

From the documentation:
"Requirements: wine only to run the Windows binaries on Linux"
So yes,

huh? why are there specific build directives for either windows or linux binaries? couldn't you just build the windows binaries and run them in wine if the linux binaries require wine anyway? that's basically what i'm already doing in wine with the unmodified scva vsti plugin in fsmp x64.

No, you don't have to use Wine in Linux, just build a native Linux version using "make linux" command, run ./scva-daemon with options then point the player of your choice to the new born "SCVA" MIDI port.

yes wrote on Today, 13:34:

Nice try, a simpler equivalent of SCWrap (https://github.com/MCModuleStudio/SCWrap).

I remember that one. But already lost interest when I noticed it being a Java project.

yes wrote on Today, 13:34:

3) Mixed mode doesn't work: I couldn't make Linux daemon and Windows player (through Wine) work together - no audio produced though "SCVA" port has been created and MIDI data sent to it.

I see, I may try how it works in my Linux system...

yes wrote on Today, 13:34:

Did you succeed to install Audacious 3.4.3 to a modern Linux or it's an old one?

It is Solus Mate, version 4.4 IIRC. It is not that old.
I build that Audacious old version 3.4.3 myself, same for the matching plugins-package. From the source code that is. If you want the binaries, I can send them.

yes wrote on Today, 13:45:

stanwebber wrote on Today, 13:37:

gerwin wrote on Today, 13:06:

From the documentation:
"Requirements: wine only to run the Windows binaries on Linux"
So yes,

huh? why are there specific build directives for either windows or linux binaries? couldn't you just build the windows binaries and run them in wine if the linux binaries require wine anyway? that's basically what i'm already doing in wine with the unmodified scva vsti plugin in fsmp x64.

No, you don't have to use Wine in Linux, just build a native Linux version using "make linux" command, run ./scva-daemon with options then point the player of your choice to the new born "SCVA" MIDI port.

I may have misunderstood the documentation there. Does it mean Daemon binaries or GSCore binaries? Like, why would anyone want to run the windows daemon in Linux? Also I don't know how the Linux daemon could do without wine and MSVC redist dlls. Does the deamon have Wine-like functionality inside?
In any case, I had/have Wine 10 installed.