okayyyyyy
took time to retreive the thread about crash in DAW (as i participated in, but i don't find it anymore)
remember that Alexaudio had the same issue in one of his project (confirm this Alex ?)
so i donwnloaded the project of this freeware and something strange happened when first opening in Hise:
a popup opened and said:
"the sample relocation folder does not exist. press ok to choose a new location or cancel to ignore this"
but this project contains no samples and no sampler module.
@Alex: it's a freeware; but it seems you added a timer (with gain volume controls) that shut down from 0dB to -100dB each 5 seconds ? like a demo ?
the .xml didn't work, the hip yes. All is on the script processor (like old HISE 1.0) what version did you use to create your project ?
vst 64 bit tested: working fine on all my daws (reaper, studio one, etc. ...). not tested the 32bit
EDIT:
the "color" section is a convolution. But as mentionned on other threads: the IRs are not embedded in the final vst. Maybe the cause for crash ? here no problem with that. but maybe a path to find the problem you have, David.

Okay...
i re-recorded my instruments in (min) 44100 kHz. redone the monolith and all is fine.
NOTE: i first create an .sfz encapsulation in ESC, just because i feel it more fun to import my samples inside HISE than direct .wav (.sfz has root note, start end sample, start end loop, etc. .. that is automaticly set up in HISE when importing)
when creating monolith a line is added in the samplemap.xml:
"MonolithOffset="value" MonolithLength="value" SampleRate="44100"/>"
maybe something wrong beetween the 27.8 kHz data infos inside the wav, the .sfz info and this line created in the samplemap file ?
BTW, with brand new 44100 kHZ or above samplerate: all is good

Show stopper, XCode 8 isn't compatible with MacOS Mojave, i guess my hise journey ends here (for now). Can HISE work with Visual Studio for mac instead of Xcode?
Edit: we arranged on another Mac Pro for compiling, so we will give it another shot (using xCode v8)

Nah, actually I did hit one edge case where you could start to hear the quantisation noise : if you run drum samples through high distortion (> 40 dB), the fade outs start to sound bitcrushed).
It's still not true 24bit, but it "normalises" the waveforms every 1024 samples by up to 8bit, so even if you create test signals to artificially create the quantisation noise, it will get masked by the transients.
It will still use 16bit buffers for preloading and streaming, since this is the main reason why I chose the 16bit things.
Also since the end user is extracting the HLAC monoliths from a FLAC archive, you can let the end user choose whether he wants to favor disk space or sound quality.
Since most of the projects I'll be doing in the near future are somehow percussion based, I thought now's the time