Sampler normalisation, is it per channel?

[Robert Puza]

@d-healey multiple dynamics. And yes you are right. it must be decided by listening.

[WepaAudio]

@d-healey my 2 cents on this its better that HISE dont match each side equally if there are not, if HISE equally normalize both channels at the same level then the stereo effect of that particular sound will be lost if it was meant to be like that, SPECIALLY IN SOUND DESIGN where we put together couple of layers in different sides., but if its an option to match that when we need to will be nice also.

[dannytaurus]

@WepaAudio said in Sampler normalisation, is it per channel?:

@d-healey my 2 cents on this its better that HISE dont match each side equally if there are not, if HISE equally normalize both channels at the same level then the stereo effect of that particular sound will be lost if it was meant to be like that, SPECIALLY IN SOUND DESIGN where we put together couple of layers in different sides., but if its an option to match that when we need to will be nice also.

100% this. Stereo samples should never be normalized per channel by default. Have an option, but not as a default.

[Christoph Hart]

@dannytaurus that‘s why it‘s the default and I have no intentions changing it.

[d.healey]

These have both been normalised but look like they are hitting totally different peaks. Why is that?

[dannytaurus]

@Christoph-Hart said in Sampler normalisation, is it per channel?:

@dannytaurus that‘s why it‘s the default and I have no intentions changing it.

Awesome

Sample normalization has been a bugbear for me for the last 30 years.

More precisely, other people's idea of sample normalization

[Christoph Hart]

These have both been normalised but look like they are hitting totally different peaks. Why is that?

Have you edited the samples after creating the samplemap? The normalisation level is cached (so that it doesn't have to scan the samples everytime you load the samplemap), but if you have tampered with the audio afterwards you might get a wrong normalisation gain factor.

Other than that, no idea, maybe the waveform renderer is playing tricks on you and doesn't show you the real peak in this zoom level, but that's a wild guess.

[d.healey]

@Christoph-Hart I haven't done anything with them since mapping. But it just occurred to me, these are multi-mic samples, so could it be that another mic of the same sample is the one that is hitting the peak?

[Christoph Hart]

@d-healey Ah yes, that's the culprit:

for (auto s : soundArray) // <= the list of multimic samples
	highestPeak = jmax<float>(highestPeak, s->calculatePeakValue());

but that is definitely a feature not a bug - the same rule that applies to stereo channels applies to multiple mic positions too - you certainly don't want to mess with their inner balance.

[d.healey]

@Christoph-Hart said in Sampler normalisation, is it per channel?:

but that is definitely a feature not a bug

Yeah that's good, I've just been puzzled by the UI not hitting the same peak across different samples, and now the mystery is solved :)