Hi Martin,
Thank you for your hard work on this.
Your explanation makes sense because I recall running into the issue when using a quiet 32' stop and some strings and flutes, which was nowhere near full organ, and quite a low polyphony.
I've done a lot of similar testing to Wouter, but not since I made this post since the organ is at a customer's location, and many of Wouter's experiences are similar to mine,
For example, the computer has approximately 30GB of free ram, so I can rule that out.
I have had buffers at 1, and buffer sizes of 2048 across the board.
I confirmed running as admin did not make any change.
I tried playing with the thread priority and behavior settings in Reaper, with no change.
I haven't had the chance to test any other sample sets.
Can confirm VST is 64bit
Did not yet test turning off wind model,
I did not do any extensive voicing, but the sampleset has many extensions, of which there are a number of borrows, so possibly those borrows have had major revoicing done in the ODF
The organ is running at 48kHz at the moment so this problem isn't critical for me. I will make another trip to my customer sometime in the next few months, and will do more testing then. Hopefully we'll have the fix by then and I will confirm for sure whether or not the problem is resolved.
mdyde wrote:Hello again Wouter/Ozykz,
A further update:
(Irrespective of VST/AU) and aside from currently (v6.0.1) needing to ensure that the organ is reloaded after changing the sample rate setting (which is fixed for the forthcoming v6.0.2), I have actually also now been able to reproduce some instabilities/distortion/popping in the pipe speech of very low notes (e.g. 16' C and below) at 96 kHz. It occurs if the harmonic-shaping/brightness filters are used strongly for those very low-frequency pipes (e.g. by having the brightness voicing control, or corresponding parameter in the organ definition file, turned up or down a lot, or if the wind model or tremulants in the organ definition are set to modulate brightness strongly for the pipes) to an extent that depends on the frequencies present in the pipes (including any remaining noise/artefacts in the samples) and the pipes' speech stability.
We'll need to think about how best to address that for v6.0.2, but if you have the problem the work-arounds would be either:
a) Simplest: stick to using 48 kHz for now. Or:
b) If using 96 kHz, for affected sample sets, via the 'Organ settings | Organ preferences | Audio engine' screen tab, tick 'Disable harmonic-shaping filters'. (However, then the wind model and modelled tremulants will sound less realistic for all of the pipes, and brightness voicing controls will no longer work). Or:
b) If using 96 kHz, via the voicing screen, for any affected pipes lower than about 8' C (e.g. for the bottom octave on 16' ranks, or the bottom two octaves on 32' ranks), turn:
- 'All perspectives: wind supply mod: brightness (pct)' down to zero.
- 'All perspectives: tremulant mod: brightness (pct)' down to zero.
- If necessary, also set 'All perspectives: overall: brightness (dB)' to zero (or below or above zero if needed, since the sample set producer might have turned the brightness up or down with the organ definition for those pipes).
My apologies that the issue didn't get spotted during development or testing. (It turns out that it can actually also occur at 48 kHz, e.g. also in Hauptwerk v2-v5, but it's then only potentially applicable for pipes below 16' C, and thus unlikely to be an issue in practice at 48 kHz.)