Sampler issues latest build

[Dan Korneff]

@Christoph-Hart Awesome! Gonna check now. I just tested my current version with 48K and it still exists.

[Christoph Hart]

FYI, that's the code that handles samplerates:

if (isOldMonolith)
{
    return 44100.0; // doesn't matter anyway (the sample rate is stored externally)
}
else
{
    const static double sampleRates[4] = { 44100.0, 48000.0, 88200.0, 96000.0 };
    const uint8 srIndex = (sampleDataByte & 0xC0) >> 6;
    return sampleRates[srIndex];
}

Now it also makes sense why @staiff is struggling with his 27,4kHz sounds :)

[Dan Korneff]

@Christoph-Hart On this end:
Monolith (fast Decompression) works!
Monolith (low file size) crashes sampler when it preloads the samplemap
Monolith (no compression) plays wrong pitch.
I guess I'll stick with the first option ;)

[Christoph Hart]

What first option? I don't know what you talking about. Move along, nothing to see here :)

- removed deprecated HLAC encoding options · christophhart/HISE@32e778a

The open source framework for sample based instruments - - removed deprecated HLAC encoding options · christophhart/HISE@32e778a

GitHub (github.com)

[Dan Korneff]

@Christoph-Hart

[staiff]

@Christoph-Hart said in Sampler issues latest build:

Now it also makes sense why @staiff is struggling with his 27,4kHz sounds :)

Yes. but also 27.4 Khz samples is not common in 2018/19 (and even since the 90s)
just the frequency used by Linndrum, Emulator II, Sx samplers, etc. ... from the 80's.

Today it's not useful to go less than 44100. Better using 44/48/96 Khz and a bitcrusher Fx (and other scripts). if you script well the behaviour of 80's sampler you can obtain the same result (or pretty close).

but the part of code that handles samplerates makes sence now about my problem. ;)

for my part i don't go up to 48 Khz, but in 24 bits. i feel it better and more digestible than 96 khz (16 or 24 bit).
96Khz (24 bit) is only used by me for music creation mastering.

[Dan Korneff]

@Christoph-Hart Just compiled the latest version. HISE is crashing directly after you create a monolith. Tried using HLAC - No Normalization and Full Dynamics. On restart, Project will refuse to load unless you change the Samplemap XML savemode back to 1.

[Dan Korneff]

I just noticed in the console, I'm getting this error during export of Monolith:

Master Chain:! The sample Snare multi mic.ch2 wasn't found

and

Master Chain:! Error at loading sample Snare multi mic.ch2: File is corrupt

And debugging via Visual studio:

Unhandled exception at 0x00007FF9CE321B28 (HISE x64 16 Out.dll) in AudioPluginHost.exe: 0xC000001D: Illegal Instruction.

[Dan Korneff]

[Christoph Hart]

What CPU are you using?

[Dan Korneff]

@Christoph-Hart

[Dan Korneff]

@Christoph-Hart
I just realized that I wasn't using the debugging version of HISE.
Here's some info that might be more relevant:

[Dan Korneff]

[Dan Korneff]

[Dan Korneff]

and here's the final error that causes crash when preloading monolith

[Dan Korneff]

@Christoph-Hart Is there anything else I can do to troubleshoot this issue?

[Dan Korneff]

I'm also having a heck of a time with playback of the sampler in general.
I've notices a couple of issues (other than overlapping midi not triggering samples).

• Even if there is no overlapping midi, random wont trigger. (overlapping midi will 100% not trigger)
• using the freeze function in Cubase or bouncing down the audio in Cubase + Reaper gets an unexpected result. Audio gets chopped off (I think I experienced this during the overlap midi thread as well)

[Dan Korneff]

[Dan Korneff]

Looks like the samples cutting out and not exporting properly are a buffer issue. Setting preload to -1 works great... but eats up a huge amount of RAM. Time to tinker with some settings :)

[Christoph Hart]

Are you using an external HDD?