21-07-2025 MuLab (V. 10) First Synth project V. 2.1 AND 2. Synth --> FINISHED (First incl 160 + Soundexamples) <--

Official support for: mutools.com
RELATED
PRODUCTS

Post

Hi,

You're welcome to decide. I limit the polyphony (as with other plug-ins) because:


The polyphony of a sound is determined by the following criteria:

a) Reference: I5 - 4 * 3.4 GHz (preferably older computers, as not everyone has a modern computer)

So, above all, CPU consumption!

b) What polyphony makes sense for a particular sound, and what minimum polyphony is required (partially based on possibly comparable keyboard hardware)

c) Does a reference song with the synth work on, for example, the above-mentioned computer performance or even less powerful computers?

d) What is the minimum number of notes required for the decay/release to work effectively, and at what point would the polyphony be too high to prevent the decay/release from being deleted or becoming unpleasant?

e) Especially as a VST, the plug-in should use the lowest possible CPU.

- - - - -

With 48-note polyphony, many sounds quickly push a computer system to its limits.

- - - - -

Sorry to mention it again (which is why I reported it immediately). I don't want to annoy you with this or anything like that:
(I've only found a very few freeware plugs that have a similar problem. e.g., exxample: the DX-FM freeware "Dexed," which also has the other note-stealing problem, which you've since fixed :tu: .)

If the OSC worked as it should (note-stealing priority, which is actually the minimum requirement for a plug's core), the specified polyphony would clearly make sense, because the sounds would then function as they should with the limited poly. Sometimes even more meaningful than with a higher one.

Polyphony limitations can be found in many plugs, even less CPU-intensive ones, and even as a means of sound design/response to this day.

- - - - -
(google transl.)

Post

jd88 wrote: Sat Aug 02, 2025 5:35 pm I limit the polyphony (as with other plug-ins) because, above all, CPU consumption!

d) What is the minimum number of notes required for the decay/release to work effectively, and at what point would the polyphony be too high to prevent the decay/release from being deleted or becoming unpleasant?
Thx for explaining your pov.
Sorry to mention it again (which is why I reported it immediately). I don't want to annoy you with this or anything like that:
If the OSC worked as it should (note-stealing priority, which is actually the minimum requirement for a plug's core), the specified polyphony would clearly make sense, because the sounds would then function as they should with the limited poly. Sometimes even more meaningful than with a higher one.
The next M10.0.79 update will use the voice stealing you request / recommend, ie. it will first steal voices that are in note-off release state, it won't steal voices that are still in note-on state, unless there only are note-on voices, then it will steal the oldest one, as it is now in M10.0.78.

Post Reply

Return to “MuTools”