I do have this pedalboard that has 3 IR loaders, but not all 3 in parallel. I think this board only hits about 65% CPU or so.
We just pushed an update to this IR loader plugin to support a “buffered” approach to reverb, by means of a new parameter in the advanced settings of the plugin.
It is off by default in order to keep compatibility with existing pedalboards.
As you might know, this reverb plugin uses background threads as a “2nd stage” of processing (so 1st part of the reverb is processed in realtime, rest is processed in the background).
What this new parameter/option does is offload this realtime processing as well, introducing 1 audio cycle of latency on the wet signal.
Pretty much the same Idea as used in Portal, but contained within the plugin and only applied to the wet/reverb portion of audio.
On a MOD Dwarf the reported CPU load of big 15-second IRs goes from 50% to 30%.
But obviously this means yet another background thread doing some heavy lifting, so use with care.
On single chain setups it should work quite well: taxing 1 CPU core for the main/single chain, another core for initial reverb process, and 2 more cores for long/tail reverb per stereo channel.
Enjoy, and let us know if you encounter any issues!
PS: This new option is also deployed to the MOD Reverbs with prebaked-files, including the DoGood Sound ones.