This addition has problem and that is when user changes the GUI size and closes it once it is opened it gets resized to the default GUI size (exported size).
FrontendProcessorEditor.cpp
void FrontendProcessorEditor::resized()
{
setResizable(true, true);
auto pC = getParentComponent();
float sF;
if (pC != nullptr)
{
sF = (float)getHeight() / originalSizeY;
setGlobalScaleFactor(sF);
setResizeLimits(originalSizeX * sF, originalSizeY / 2, originalSizeX * sF, originalSizeY * 2); // lock the height
//sfs.setScale(sF);
}
}
@ustk that's why I say it's a fringe case, essentially if you set them as variables or for example use getvalue() without setting the min/max value of the panel then you could run in to problems. But there shouldn't be a 'real world use' for a range of 0 to a larger range, since all that does is spit out the same value. It's just to protect for the inevitable case where human error gets in the way.
If the volume is above 0dB, it will result in values over 1.0. The statement
the range is between 0 and 1
means that the domain is normalised and not measured in dB or anything else.
But yes, that scientific notation is annoying. In audio DSP if you have something this low you expect it to be zero in most cases, but I didn't write the number to string converters myself.
@Christoph-Hart Oh you make C++ HISE seem so easy and tempting. I know that we've talked about a reasonable limit for the number of samplers in a project as being < 16, but what about in a multi-timbral plugin where each individual instrument might be using 4 samplers?
