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

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

[Casey Kolb]

@d-healey David and Christoph save the day again! Thanks guys. That did the trick.

[d.healey]

I've opened a github issue relating to the reference monolith problem when the sample maps have different amounts of RR groups.