Serious sample map bug

[ustk]

@d-healey strange... I use multiple vel + RR + multiple mics, and it always worked, even using the parser for the velocities so I can import everything at once...

But the ID problem in the sample map is not new and it happened to me (sometimes the ID is one from another sample map and refuses to be replaced/accepted)
But importing the samples and saving the sample map never did that to me

[d.healey]

@ustk that's interesting. I'll try my laptop and see if the issue is some how confined to my desktop

[Dan Korneff]

@d-healey I've hit some show stoppers with my AMD machine that don't exist with my INTEL. What are you running over there?

[d.healey]

@dustbro Both of mine are intel

[d.healey]

@ustk Are you using a debug or release build?

[ustk]

I think the last I'm using is a release, and the previous was debug, but not sure... sorry I can't check I am abroad for 1-2 weeks...

I don't even know the difference, could you quickly explain, please?

[d.healey]

@ustk said in Serious sample map bug:

I don't even know the difference, could you quickly explain, please?

I'm not 100% sure myself but sometimes stuff works in the debug version and not in the release version. The release version is more resource friendly though.

[d.healey]

I tried on my Laptop on Linux Mint 19 (same OS as my desktop) and had the same problem.

I also noticed that the moduleEnums.xml file on my desktop only contained

<?xml version="1.0" encoding="UTF-8"?>

<Parameters/>

Although I don't think this is related.

I'll keep testing and try out some other builds.

[d.healey]

This post is deleted!

[d.healey]

@Christoph-Hart I just tested this with a debug build. At the point I attempt to do a mic merge or if I import the samples using velocity spread I get this in the console: JUCE Assertion failure in StreamingSamplerSound.cpp:796

When I try to save the sample map after the failed merge I get this:

JUCE Assertion failure in juce_TemporaryFile.cpp:50
JUCE Assertion failure in juce_TemporaryFile.cpp:79
JUCE Assertion failure in juce_TemporaryFile.cpp:96
 wasn't found.
 wasn't found.
JUCE Assertion failure in ModulatorSamplerData.cpp:705

If I only use 1RR group then none of these messages occur.

Here are the samples I'm using is someone has time to test it - https://www.dropbox.com/sh/0dyo1kzo919yi1x/AADiL8i0-5FR-N-4BNrOFNcda?dl=0

[d.healey]

I just built the latest master branch and found a weird thing going on with sample maps (not related to the main issue of this thread I don't think).

The drop down menu in the sampler to select a sample map only shows the currently loaded sample maps instead of all the sample maps that are available.

[ustk]

@d-healey I have seen the same thing, and suddenly they appeared after manipulations I don't remember... are these sample maps created in this project or another one?

[d.healey]

@ustk They were created in this project. This only happens with a build from the master branch yesterday, I also have an earlier build and the problem is not present.

[Christoph Hart]

Weird. Can you pin point it to a specific commit - just go back each commit, rebuild and see where it breaks?

[d.healey]

@Christoph-Hart said in Serious sample map bug:

Weird. Can you pin point it to a specific commit - just go back each commit, rebuild and see where it breaks?

I shall do so now

[d.healey]

So I just rebuilt several commits and the problem has gone, so I have no idea what caused it but it doesn't seem to be a bug introduced in the latest version at least...

[d.healey]

Back to the previous issue....

When I go to save the sample map after doing a mic merge (if HISE doesn't crash first). I get a weird file browser, not the usual one, and even though I type in a file name and hit save it doesn't save a file and just clears the sample map. I get the previous Assertion Failures in the terminal too.

[d.healey]

I think I've figured out the root cause of the issue. Nothing to do with groups or velocity layers, HISE just chokes if I map too many samples in a single sampler and save the sample map. It seems to start bugging out at about 500-700 samples.

[d.healey]

More progress. I think I've found a workaround that even allows me to use the velocity spread functionality. I import the samples via the auto-mapper then before doing anything else I purge the sampler and reload it. After that everything seems to work fine... so far :)

[d.healey]

Still having glitchyness with this. HISE is instantly crashing when trying to save a particular sample map as a monolith.