JC Moyer released a windows build of his Nuked-SC55 fork.

Here are the release notes:

Nuked SC-55

Fork of nukeykt/Nuked-SC55 with the goal of extracting the emulator backend so that it can be used in other programs. This fork aims to be 100% behavior-compatible with upstream (including bugs). For bugs that occur in both this fork and upstream, do not open an issue here; report it upstream instead.

Differences from upstream:

• Produces a library for the emulator.

• Standard frontend supports routing to multiple emulators to raise polyphony limits.

• Includes a MIDI-to-WAVE rendererer.

• Adds tests so that the backend can be modified without worrying about breaking things.

• Command line is handled slightly differently. Pass --help to a binary to see what arguments it accepts.

• Improved performance without sacrificing accuracy.

https://github.com/jcmoyer/Nuked-SC55/releases

Very nice! Keen to try that one out, sounds more MUNT-like.

Spikey wrote on 2025-02-19, 05:53:

Very nice! Keen to try that one out, sounds more MUNT-like.

This https://github.com/skjelten/emusc could become "MUNT-like", one day

So late to the game here...

Does anyone have a recording of the beginning 30 seconds or so of Doom 2, once the game starts? Most Roland emulators incorrectly let the cymbal ring too long, and was curious if this does that too. IIRC, it's a difference between the SC-55, SC-88 and some emulators.
https://youtu.be/h6ua_AKyDIE?t=27

valnar wrote on 2025-02-24, 15:30:

Does anyone have a recording of the beginning 30 seconds or so of Doom 2, once the game starts? Most Roland emulators incorrectly let the cymbal ring too long, and was curious if this does that too. IIRC, it's a difference between the SC-55, SC-88 and some emulators.
https://youtu.be/h6ua_AKyDIE?t=27

Using JC Moyer's fork (release 0.4.1) and SC-55mkII ROMs.

valnar wrote on 2025-02-24, 15:30:

So late to the game here...

Does anyone have a recording of the beginning 30 seconds or so of Doom 2, once the game starts? Most Roland emulators incorrectly let the cymbal ring too long, and was curious if this does that too. IIRC, it's a difference between the SC-55, SC-88 and some emulators.
https://youtu.be/h6ua_AKyDIE?t=27

As for the the Sound Canvas 'emulators' actually this cymbal problem is rather SC-VA specific. In case of SC-VA even the SC-55 mode sounds wrong.
But e.g. S-YXG50 in GS mode, Virtual Sound Canvas and even MS GS Soft Synth play the cymbals properly.
Of course Nuked SC-55 also sounds right.

Kamerat wrote on 2025-02-24, 21:53:

valnar wrote on 2025-02-24, 15:30:

Does anyone have a recording of the beginning 30 seconds or so of Doom 2, once the game starts? Most Roland emulators incorrectly let the cymbal ring too long, and was curious if this does that too. IIRC, it's a difference between the SC-55, SC-88 and some emulators.
https://youtu.be/h6ua_AKyDIE?t=27

Using JC Moyer's fork (release 0.4.1) and SC-55mkII ROMs.

No GS reset. 💀

EmperorGrieferus wrote on 2025-02-25, 08:06:

Kamerat wrote on 2025-02-24, 21:53:

valnar wrote on 2025-02-24, 15:30:

Does anyone have a recording of the beginning 30 seconds or so of Doom 2, once the game starts? Most Roland emulators incorrectly let the cymbal ring too long, and was curious if this does that too. IIRC, it's a difference between the SC-55, SC-88 and some emulators.
https://youtu.be/h6ua_AKyDIE?t=27

Using JC Moyer's fork (release 0.4.1) and SC-55mkII ROMs.

No GS reset. 💀

Yep, it seems the pitch is lower than it should be...
Here is a recording of Nuked SC-55 mk1 after a GS reset (so the pitch is correct):

Thanks everyone.

Falcosoft wrote on 2025-02-25, 11:49:

Yep, it seems the pitch is lower than it should be...
Here is a recording of Nuked SC-55 mk1 after a GS reset (so the pitch is correct):

Filename

Doom2_MAP01.mp3

File size

982.63 KiB

Downloads

25 downloads

File license

Public domain

Thanks for clarifying the consequence, first reply weren't really helpful in that matter. Apparently the MIDI file i used didn't do a reset, but sending the command line option "-r gs" to "nuked-sc55-render.exe" will perform a reset.

I'm trying to render patched, by falcosoft MIDI player orginally EMIDI, DN3D MIDI files with jcmoyer's nuked-sc55-render.exe, but the WAVs instrument mapping is incorrect, only piano and drums. What can I do?

markanini wrote on 2025-03-02, 18:15:

I'm trying to render patched, by falcosoft MIDI player orginally EMIDI, DN3D MIDI files with jcmoyer's nuked-sc55-render.exe, but the WAVs instrument mapping is incorrect, only piano and drums. What can I do?

Hi,
Attach the problematic Midi file(s) first. Without it it's very hard to tell what the problem can be.

Falcosoft wrote on 2025-03-02, 19:34:

markanini wrote on 2025-03-02, 18:15:

I'm trying to render patched, by falcosoft MIDI player orginally EMIDI, DN3D MIDI files with jcmoyer's nuked-sc55-render.exe, but the WAVs instrument mapping is incorrect, only piano and drums. What can I do?

Hi,
Attach the problematic Midi file(s) first. Without it it's very hard to tell what the problem can be.

Any of the EMIDI files in this ZIP file from this link https://www.vgmpf.com/Wiki/index.php/Du ... )#Game_Rip

for example 01-Briefing Room.mid

markanini wrote on 2025-03-02, 19:52:

Falcosoft wrote on 2025-03-02, 19:34:

markanini wrote on 2025-03-02, 18:15:

I'm trying to render patched, by falcosoft MIDI player orginally EMIDI, DN3D MIDI files with jcmoyer's nuked-sc55-render.exe, but the WAVs instrument mapping is incorrect, only piano and drums. What can I do?

Hi,
Attach the problematic Midi file(s) first. Without it it's very hard to tell what the problem can be.

Any of the EMIDI files in this ZIP file from this link https://www.vgmpf.com/Wiki/index.php/Du ... )#Game_Rip

Hi,
Always add the GS reset option to renderer executable like this:
nuked-sc55-render.exe -r gs -o "output.wav" "01 - Briefing Room.mid"
It worked for me this way. BTW, it is still interesting why program change messages have no effect without GS reset so you can report the problem here if you want:
https://github.com/jcmoyer/Nuked-SC55/issues
But adding the GS reset option is the best practice anyway since without it you can get wrong pitch and maybe other side effects as demonstrated some posts above.

Falcosoft wrote on 2025-03-02, 21:12:

Hi, Always add the GS reset option to renderer executable like this: nuked-sc55-render.exe -r gs -o "output.wav" "01 - Briefing […]
Show full quote

markanini wrote on 2025-03-02, 19:52:

Falcosoft wrote on 2025-03-02, 19:34:

Hi,
Attach the problematic Midi file(s) first. Without it it's very hard to tell what the problem can be.

Any of the EMIDI files in this ZIP file from this link https://www.vgmpf.com/Wiki/index.php/Du ... )#Game_Rip

Hi,
Always add the GS reset option to renderer executable like this:
nuked-sc55-render.exe -r gs -o "output.wav" "01 - Briefing Room.mid"
It worked for me this way. BTW, it is still interesting why program change messages have no effect without GS reset so you can report the problem here if you want:
https://github.com/jcmoyer/Nuked-SC55/issues
But adding the GS reset option is the best practice anyway since without it you can get wrong pitch and maybe other side effects as demonstrated some posts above.

That worked perfectly!

Update from jcmoyer:
Version 0.5.0 (2025-03-21)

The main addition in this release is ASIO support for Windows. For legal reasons, the emulator must be built from source to enable it. See BUILDING.md for instructions.
General enhancements

• Added documentation for both standard and renderer frontends.
• Added -v, --version command line to both frontends to print the binary version and build configuration.

Standard frontend

• Added ASIO support for Windows users who compile from source. See BUILDING.md for instructions. Precompiled ASIO builds cannot be provided because of the ASIO SDK license.
• The -b, --buffer-size <page_size>[:page_count] flag has been changed so that it now precisely controls buffer sizes across the program. This is a divergence from upstream. The new default values closely match the behavior of upstream's default values. The exact differences are documented here.
• The program will now always respond to user input even if the emulator starts falling behind. This is mostly aimed at developers with the goal of making the program easier to terminate when optimizations are disabled for debugging purposes.
• Fixed some threading soundness issues inherited from upstream that could theoretically cause playback issues. This is more likely to affect platforms with weaker memory models than x86. See upstream #72 for some discussion about this.
• back.data is now embedded into the executable and no longer needs to be located in a specific directory. (#7, #12, #25)

Renderer

• The emulator will now run for a bit before receiving any MIDI events even if you don't specify a reset with -r or --reset. This will ensure it is ready to accept program changes. (#20)
• The renderer will no longer ask the user to submit a bug report when the instance count is set to a number that causes only some instances to have MIDI events to render. (#19, #24)

@Falcosoft do you plan to update your builds for XP? I found that even on W7, your builds use less CPU than others.

Well, I've never done this before but I suppose I can gather up all the requirements and try to compile it..

Which of the 3 listed compilers is the best/easiest for Windows?

valnar wrote on 2025-03-22, 13:16:

Well, I've never done this before but I suppose I can gather up all the requirements and try to compile it..

Which of the 3 listed compilers is the best/easiest for Windows?

There is no better compiler. On Windows the most used development environment is probably Visual Studio (so the msvc compiler) with vcpkg used as a package manager for dependencies.
I wrote a guide here based on information found on the web: https://github.com/nukeykt/Nuked-SC55/pull/44 … ment-2070281797

Wow, this plugin's quality has blown me away! nukeykt, your dedication is truly commendable; you've accomplished something remarkable. Thanks so much for that.

The downside? I guess my MT-32, SCC1, and other sound cards have become redundant now. No need to shell out money on real hardware anymore. Now I can simply fire up DOSBox and just focus on gaming (when time allows).