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

[Casey Kolb]

Hello all,

Currently, I have 8 samplers which can be tweaked individually in the interface (i.e. you can pitch one sampler up, filter another, pan another, etc). This makes working with the same sample map across multiple samplers really effective because each sampler is completely encapsulated and you can do a lot with just a single sample map.

However, if I reverse one sampler and the same sample map is loaded in another sampler, it will reverse the buffer for BOTH samplers. in other words, I can't have the same sample map playing in reverse on one sampler, and forward in another.

Other than duplicating the samples and manually reversing them, are there any other solutions? Is this expected behavior or a bug? Would really prefer not to double the size of my sample folder for this, but the reverse is really important.

Thanks!

[d.healey]

What about making two sample maps with the same samples? I think HISE is smart enough not to duplicate the samples when converting to HLAC (but I could be wrong).

[Casey Kolb]

I toyed with that idea too but didn't have much luck. Let me give it another whirl!

[Casey Kolb]

Victory! You do have to convert to HLAC for it to work, but that seemed to do the trick. I hadn't converted the sample map before.

[Casey Kolb]

This post is deleted!

[Casey Kolb]

This post is deleted!

[A Former User]

@Casey-Kolb So you now have 2 samplemaps? One normal and one reverse or do you use the same samplemap and set the playback mode of one samper to reverse? I am trying to setup something like this with no luck at all. Reversing the playback mode in sampler 1 play the sample samples back in reverse as well in sampler 2!

[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.

HISE/hi_sampler/sampler/ModulatorSamplerData.cpp at e4b8330a3c6b19b333b3544e9f4f599f3ce9726d · christophhart/HISE

The open source framework for sample based instruments - HISE/hi_sampler/sampler/ModulatorSamplerData.cpp at e4b8330a3c6b19b333b3544e9f4f599f3ce9726d · christophhart/HISE

GitHub (github.com)

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