Monolith bug.

[It_Used]

@Christoph-Hart Situation: I converted the microphone samples to multi-mic, realized that this solution has many drawbacks, at least the fact that I cannot control the preloading of samples at each start, all samples are preloaded, and this greatly reduces the start time of the plugin. It was decided to divide each microphone into separate samplers in order to load sample maps separately for them. The essence of the problem is that if once in a while there were operations to merge microphones into one sample maps, then regardless of the settings for searching for the token for the sample mapper, you will have merged microphones. Even if, in fact, there are no samples for only one microphone and you do not select parameter Mic position on token finder. But the oddities do not end there, when converting such sample maps to HLAC, the sampler will not be able to find these monoliths when loading, because the MonolithSplitAmount parameter is set in the samplemap with a value from the old value of the previous split parts, for example, 8, and not 3 as it should be. only by changing this parameter into sample map - can you load the map sample to the sampler again.