jjceresa

One of my friend user is using multiples MIDI controllers (2 keyboards), and several custom MIDI cc controllers). One constraint is that the custom MIDI cc transmit all on the...

I have added a "midi.winmidi.mergebox" setting toggle setting. With this setting set to 1 (the default) the driver behaves like d031d4b of PR #1023. With this setting set to 0...

>you are forcing everyone to follow your particular policy....That is unfair. I am talking here as the packager of Qsynth for Windows. >So, you think that it is fine to...

Sorry for this late answer. >Motivation behind this change is the fact that quite a few people have already expressed interest in a FluidSynth server process that uses as little...

That is a very old bug that was fixed on my branch and I completely forgot to mention this. Sorry. The bug is in `fluid_mod.c-fluid_mod_get_value()`. The computation of src1 line...

More notes not related to this issue: In fluid_mod.c-fluid_mod_get_value(). 1) Line 404 fluid_real_t v1 = 0.0, v2 = 1.0; // This initialization seems useless 2) A typo in fluid_mod.c- L211...

@davy7125 My first message is related to what you call bug1. >I made other tests and it appears that using a trick, changing "no controller" by "Note-on velocity", the CC...

>1)fluid_mod.c-fluid_mod_get_value()-Line 456: should be (return 1.0f) instead of (return 0.0f). Oups, I made another typo mistake. 1)fluid_mod.c-fluid_mod_get_value()-Line 456: should be (`v1 = 1.0f`) instead of (return 0.0f)

>I changed the title of this ticket to match the actual behavior: "no controller" as source 1 shouldn't cancel source 2 in a modulator. That is the right title. Actually...

>I changed the title of this ticket to match the actual behavior: "no controller" as source 1 shouldn't cancel source 2 in a modulator. Please you forgot "shouldn't" in the...