Reverse Sampler Behavior – Identical sample maps in two samplers will both be reversed

[Casey Kolb]

@UrsBollhalder Oh yes, I struggled with this for months and I'm trying to remember exactly what fixed it. I think I had to use the function Engine.setAllowDuplicateSamples(false)

I also think my sample maps needed to be in SaveMode="2", which I believe is the monolith?

Give that a whirl and let me know if you have any luck.

[A Former User]

@Casey-Kolb Holy cow. So it’s not an easy fix after all. I’ll give it a try with this idea. Thanks a lot. I was starting to loose it over this!

[Lindon]

Ok reviving this because I cant get it to work and its important:

• I have 4 samplers, all loaded with the same sound....

when I play them they are fine, but (as per Casey's experience) when I reverse one - then they all reverse:

I have done the following:

1. included Engine.setAllowDuplicateSamples(false);
2. made sure every one of my sample maps is converted to ch1 file
3. made sure my sample maps all have SaveMode ="2"
4. even re-run the Tools>Convert all Samples to Monolith + Smaple Map (though this took less than a second - so i suspect its not done anything..)

• Any one have ANY idea how to get this to work?

Please please please don't say I have to make a seperate sample map for each sampler, so 4 x the sample maps...

And not unusually -- answering my own question: yes... you poor fool, that's exactly what you have to do......

[d.healey]

@Lindon From what I can see this doesn't really solve the problem because it creates duplicate samples. So if you have 100mb of samples and you want to use them both reversed and forward you end up with 200mb of samples. Or am I doing it wrong too?

[Christoph Hart]

Unfortunately there is no simple solution because it would interfere with the sample monolith management, but you can use a hidden secret sample map property that makes it reference another .ch1 file than the one that it naturally expects.

https://github.com/christophhart/HISE/blob/e4b8330a3c6b19b333b3544e9f4f599f3ce9726d/hi_sampler/sampler/ModulatorSamplerData.cpp#L158

If you use this property (in the root XML element next to SaveMode et al), it will use this .ch1 file. So all you need to do is to duplicate the XMLs, manually add this property, rename the .xml (and it's ID) to something else and done.

[d.healey]

@Christoph-Hart Thank you, I'll give this a try.

[d.healey]

@Christoph-Hart Does it handle multi-mic samples with ch1, ch2, ch3, etc?

[Christoph Hart]

Yes. The line of code that I‘ve linked to simply replaces the ID of the samplemap with the string of the property. The rest is the same.

[d.healey]

@Christoph-Hart Thanks that worked perfectly. Now I have a new problem, I want my staccato samples to double as release samples, so I duplicate the staccato sample map, rename it, and shift the start position of all the samples. But now both sample maps are triggering the samples from the same start position - depending on which one I load second.

I've added Engine.setAllowDuplicateSamples(false); to my script. The sample maps have SaveMode=2.

[d.healey]

I just tested in a separate test project and Engine.setAllowDuplicateSamples(false); works as expected. The only difference I can think of is in my main project the samples are part of an expansion where as in my test project they're just in the base samples folder. Does Engine.setAllowDuplicateSamples(false); work with expansions?

[d.healey]

I've added an expansion to my test project now and I'm getting the same issue as with my main project. So I suspect that it's an expansion related issue. @Christoph-Hart I can send you the test project if it helps.

[d.healey]

@Christoph-Hart Bump bump

[d.healey]

Here's a test project to demo the issue. test.zip

[d.healey]

@Christoph-Hart I've been playing around with the shared monolith reference and it works well until I try to use two samples maps with different numbers of round robins.

Here's a project demonstrating the issue:
https://www.dropbox.com/s/77oloqbssef2bt1/Shared Samples Test.zip?dl=0

Any ideas?

[Casey Kolb]

@d-healey Major bump on this. I'm realizing that this reverse issue is broken for expansions.

@Christoph-Hart Do we know if there's a solution? Engine.setAllowDuplicateSamples(false);

[d.healey]

@casey-kolb Should work with expansions, Christoph did some trouble shooting on this with me. When I'm back at my computer I'll check if there is any special requirement for this. But note that it doesn't work if the sample maps have different numbers of RR groups.

[d.healey]

@casey-kolb Ah I think you might need to use Expansion.setAllowDuplicateSamples(false); Let me know if it works for you.

[Christoph Hart]

@d-healey said in Reverse Sampler Behavior – Identical sample maps in two samplers will both be reversed:

Ah I think you might need to use Expansion.setAllowDuplicateSamples(false);

Yup that's the case - I remember we discussed whether this is necessary, and came to the conclusion that it's better if you have to decide this per expansion (since there might be applications where expansions can be used in a very wide context).

[d.healey]

@christoph-hart Any ideas about the shared monolith reference not working with different amount of RR groups?

[Casey Kolb]

@christoph-hart Got it. Will test this right away!