zaphod77 wrote on 2026-05-02, 04:42:

i think it's because i'm on windows 11. […]
Show full quote

i think it's because i'm on windows 11.

you are on windows 10, and it works.

messing with compatibility didn't help.

for my final test i'm closing down chrome completely.

didn't matter. tyrus 1,256,000,000 ver and vampire do not load, and it's definitely the 32 bit player

test version didn't change anything.

Hi,
I meant a screenshot about the ...About box where the versions can be seen.
BTW, I have just tested also the newest test version on Win 11 and it works perfectly :

Some things you can try:
1. Try to run FSMP as Administrator (although this is not needed, maybe it can show what kind of problem you have).
2. Make sure the dll is not blocked by Windows (blocked state is the default for downloaded files).

and after the reboot no vstis are playing any audio with midiplayer6!

okay that seems to be caused by running the test version.

zaphod77 wrote on 2026-05-02, 04:42:

...
okay rebooting my computer did fix it.

But it seems m-audio gm module and hypecanvas vsti don't load. hypercanvas requests to be reinstalled twice, and then shows the "not a 32 bit" error, and m-audio gm module gives an access violation. both function with savihost.

I have just noticed your edit.

I have also tested Roland/Edirol HyperCanvas and it also works perfectly:

So you should check the usual things...

I do not know what 'm-audio gm modul' is so I could not test it.

and after the reboot no vstis are playing any audio with midiplayer6!

There must be some serious problems with your system... What kind of Antivirus do you have? It seems some files are randomly blocked on your system.
BTW, VSTi plugins use the same audio path as SF2 soundfonts. So you should check what audio hardware is selected and what mode is selected (WASAPI/Diretsound) on the 'Device settings' dialog.

okay got audio working again. that was annoying. I'm not too worried about hyper canvas. i think the issue is probably DRM related. the m-audio gm module is supposed to be hardware locked.

HI,
I’ve been going crazy for a few days with these C++ libraries: https://github.com/craigsapp/midifile, trying as you know to automate some patch inside midi.

I'm obtaining some reuslts... but I'm failing when trying to add msb and lsb in a midi and in the porper order before the PC.

Doing tons of test I've noticed that this function is already included in your player and works perfectly, so now I'm loading each file, I'm opening log event windows and then I'm saving the midi.
In this way I've msb and lsb set to 0 in the proper order for each track, and I'm doint some test with my project to patch instruments list according to synth.

I would like to ask, can you make an exe so that i can run a .bat and automatically patch adding msb and lsb to each midi files instead of doing this manually (as you know I torture myself with hundreds of midi files).

Thank you.

Aldo

RetroGC wrote on 2026-05-24, 10:29:

HI, I’ve been going crazy for a few days with these C++ libraries: https://github.com/craigsapp/midifile, trying as you know to […]
Show full quote

HI,
I’ve been going crazy for a few days with these C++ libraries: https://github.com/craigsapp/midifile, trying as you know to automate some patch inside midi.

I'm obtaining some reuslts... but I'm failing when trying to add msb and lsb in a midi and in the porper order before the PC.

Doing tons of test I've noticed that this function is already included in your player and works perfectly, so now I'm loading each file, I'm opening log event windows and then I'm saving the midi.
In this way I've msb and lsb set to 0 in the proper order for each track, and I'm doint some test with my project to patch instruments list according to synth.

I would like to ask, can you make an exe so that i can run a .bat and automatically patch adding msb and lsb to each midi files instead of doing this manually (as you know I torture myself with hundreds of midi files).

Thank you.

Aldo

Hi Aldo,
Unfortunately nowadays I'm rather busy with other stuff so I do not think I will have the time to write something that you need.

Hi,
thank you for your answer. I'm doing this right now, manually, but please when you'll have time try to consider this.
Your software already does this perfectly... it would just be great a dos prompt batch like mod2midi to make this conversion.
Thank you for your time.
Aldo

zaphod77 wrote on 2026-05-01, 15:05:

yes, they are 32 bit, and yes, i used 32 bit player.

will DM vampire link.

if you fix this, then TyRUS will be fine as well.

Can you please DM those to me too?
Thank you.
Aldo

Falcosoft wrote on 2026-05-24, 11:26:

Hi Aldo,
Unfortunately nowadays I'm rather busy with other stuff so I do not think I will have the time to write something that you need.

Hi,
I've been able to do this!! I've discovered push_back function 😀
I'll not need this.
Aldo
P.S.: this vampire vst is public domain?

The vamipre vst is a modified s-yxg50, and definitely violates copyright.

Use your google fu to find it.

Falcosoft wrote on 2026-05-02, 04:59:

Hi, I meant a screenshot about the ...About box where the versions can be seen. BTW, I have just tested also the newest test ver […]
Show full quote

zaphod77 wrote on 2026-05-02, 04:42:

i think it's because i'm on windows 11. […]
Show full quote

i think it's because i'm on windows 11.

you are on windows 10, and it works.

messing with compatibility didn't help.

for my final test i'm closing down chrome completely.

didn't matter. tyrus 1,256,000,000 ver and vampire do not load, and it's definitely the 32 bit player

test version didn't change anything.

Hi,
I meant a screenshot about the ...About box where the versions can be seen.
BTW, I have just tested also the newest test version on Win 11 and it works perfectly :

The attachment vampire_w11.png is no longer available

Some things you can try:
1. Try to run FSMP as Administrator (although this is not needed, maybe it can show what kind of problem you have).
2. Make sure the dll is not blocked by Windows (blocked state is the default for downloaded files).

Finally I could reproduce the problem related to Vampire VSTi.
The point is that you have to have at least that much free and continuous memory as the plugin's payload size. In case of Vampire it is about ~1.4 GB.
You can check the free and continuous memory by looking at Main Menu -> About... -> Detailed Memory Info -> Largest Free Block 1 field:

Vampire is a 32-bit plugin so it only works with the 32-bit version of Midi Player. By default 32-bit applications only have 2GB address space available. This can be a problem for such large plugins and SF2 soundfonts.
Windows restart can help (as zaphod77 wrote) since after a fresh restart the memory is less fragmented. But after using Windows/32-bit Midi Player for a while the problem can appear again.
There is a PE flag (Large Address Aware) that can be set to allow 32-bit applications to use up to 4GB memory. It has some risks since all the plugins and external libraries also have to support large addresses to prevent problems.
It's hard to test and I have met VST effect plugins that cannot work with large addresses. That is why this PE flag is not set for the 32-bit Midi Player by default.
But you can do it for yourself if you have to deal with such large VST(i) plugins or SF2 soundfonts. Vampire has no problem with large addresses so it is recommended to set the flag for this plugin.
Here is a package that helps doing this:

You have to copy both files into Midi Player's folder and then start Largea.bat. The you should see this result page:

After running Largea.bat you should check Main Menu -> About... -> Detailed Memory Info. You can see that the virtual address space is doubled and you should see larger free continuous blocks:

thank you for your support! Works great!
Aldo

Munt VSTi 3.0 has been released.
1. Added newest Munt core library version 2.8.0
2. Implemented infrastructure to work with the new MT32 Patch Editor.
3. Due to the new infrastructure the 2nd synth instance is now a full synth with all 9 parts available.
4. Some other minor fixes and optimizations.

https://falcosoft.hu/softwares.html#munt_vsti

The new MT32 Patch Editor by MusicallyInspired can be downloaded from here:
https://github.com/MusicallyInspired/MT32edit4v

BTW, the new MT32 Patch Editor has its own topic here:
MuntVSTi Editor (companion DLL) - RELEASED!

Hi Falco,

Would it be possible to add the ability to render MIDI files with FSMP through CLI?
More specifically, by specifying a MIDI file and a .dll VST file to render it with via BASSMIDI VST.
Something like:

1 MidiPlayer.exe --render midi.mid syxg50.dll out.wav 

I'm currently doing it manually with the offline mode, but i have a lot of files to render that i constantly edit. The ability to automate rendering would be great. And it it isn't possible, are there any programs that allow me to automate it as such?
Thanks in advance!

Spesek wrote on Yesterday, 23:16:

Hi Falco, […]
Show full quote

Hi Falco,

Would it be possible to add the ability to render MIDI files with FSMP through CLI?
More specifically, by specifying a MIDI file and a .dll VST file to render it with via BASSMIDI VST.
Something like:

Copy code to clipboard

1 MidiPlayer.exe --render midi.mid syxg50.dll out.wav 

I'm currently doing it manually with the offline mode, but i have a lot of files to render that i constantly edit. The ability to automate rendering would be great. And it it isn't possible, are there any programs that allow me to automate it as such?
Thanks in advance!

Hi,
Using configuration presets from the command line is already an existing feature so I do not think adding the 'rendering dll' to command line is necessary. Opening a Midi file from the command line is also an existing feature. But I have added the new '/render' parameter. You can use it like this:
midiplayer.exe filename.mid /preset x /render /close
The 1st filename parameter is mandatory. The other parameters are optional and the order of the other parameters is not important either. The 'x' is the preset number that you can set in Main menu -> Configuration presets.
More info about Configuration Presets:
Re: Falcosoft Soundfont Midi Player + Munt VSTi + BassMidi VSTi
The '/close' parameter ensures that Midi Player is closed after the rendering is finished.
The rendered file will be in the same folder and will have the same name as the Midi file but will have .wav extension.

https://falcosoft.hu/midiplayer_66_test.zip

Thanks, it works! Just four questions:
1. Does sample rate get saved in the configuration preset?
2. Can i set bit depth of the rendered wav file? Preferably f32 if that's possible, but s24le could work as well.
3. Would it be possible to add a "/output" param so i can specify the wav file name and location instead of being rendered into the same directory as MIDI?
4. Can you add a "/headless" param which makes it render without opening the window at all?

Spesek wrote on Today, 11:43:

Thanks, it works! Just four questions: 1. Does sample rate get saved in the configuration preset? 2. Can i set bit depth of the […]
Show full quote

Thanks, it works! Just four questions:
1. Does sample rate get saved in the configuration preset?
2. Can i set bit depth of the rendered wav file? Preferably f32 if that's possible, but s24le could work as well.
3. Would it be possible to add a "/output" param so i can specify the wav file name and location instead of being rendered into the same directory as MIDI?
4. Can you add a "/headless" param which makes it render without opening the window at all?

1. Yes.
2. Yes, you can enable 32-bit rendering by checking the "32 bit float" chekbox in the recording Save as dialog. This is also saved with configuration presets.
3. Currently no. This would require a slightly major rewrite.
4. You can specify the /traysilent command line option.

Thanks again, the traysilent option works great! Just last 2 questions:
1. Is it possible to specify the .ini file directly instead of number? Like "/preset Preset/syxg50_render.ini". That way i can save a specific preset in the repo itself and make FSMP on any pc load it instead of copying + accounting for user saved presets.
2. Does FSMP handle concurrency? That is, will it work if i run, let's say, 24 instances at once? I tried it once and some failed to exit, do i have to separate executable files because FSMP writes something which may collide with a different instance?

Spesek wrote on Today, 13:05:

Thanks again, the traysilent option works great! Just last 2 questions:
1. Is it possible to specify the .ini file directly instead of number? Like "/preset Preset/syxg50_render.ini". That way i can save a specific preset in the repo itself and make FSMP on any pc load it instead of copying + accounting for user saved presets.
2. Does FSMP handle concurrency? That is, will it work if i run, let's say, 24 instances at once? I tried it once and some failed to exit, do i have to separate executable files because FSMP writes something which may collide with a different instance?

Hi,
1. This would also require a major rewrite since the preset loading logic is used in many other places. Also I do not really understand the benefit since you can copy the whole preset folder (including the presets) and the presets would work the same way on another PC.
2. Most likely there can be problems at exit since the registry/ini file settings are global for all instances. I can take a look and make critical sections where they are needed.

@Edit:
Ahh, Critical sections will not work since the scope of them is the process and the problem here is not miltiple threads in the same process but different processes share the same registry/ini settings. So I should use some global mutex tricks.

Falco, I can't seem to get presets to work.
It always uses the last configuration preset I selected.

I have a total of 6 presets, i believe that most are default:
- Default_000
- MuntVsti_001
- OPL3Vsti_002
- scvaRender_003
- syxg50Render_004
- WinMM_MultiPortVsti_005

The command i use with a random file (silent removed so i can see the gui):

1wine MidiPlayer.exe "Z:\home\spessasus\htdocs\spessasynth_core\tests\midi_file\generated\auto_wah.mid" "/preset 3" "/render" "/close"

for scva

1wine MidiPlayer.exe "Z:\home\spessasus\htdocs\spessasynth_core\tests\midi_file\generated\auto_wah.mid" "/preset 4" "/render" "/close"

for syxg.

If I had manually selected scva, both will render as scva. I tried 4 and 5 respectively as well, but that didn't work.

I attached the ini files here:

They seem fine to me and have correct paths.

Ideas as for why it might not be working? The FSMP works with close, render and silenttray, so the arguments are definitely parsed.

PS: I forgot to mention but the new dark mode looks amazing!