Hello Dietz,
Thanks for your answer! Just to make sure: I'm very much aware that with real-time convolution it's not very smart to make use of any streaming technique. The ready-made/compiled IRs must be stored in RAM, but the source files could be easily located on the HD. Although I completely understand that MIR is more than "just" a reverbation unit which is based on convolution, the calculation of needed RAM doesn't really work out - for my understanding. Maybe you could shed some light on it and correct me if I'm wrong.
When MIR "compiles" / adjusts the enormous amount of IRs (which are stored on the HD) to a 4 channel IR (let's assume we are in stereo mode) and puts this 4-channel file into RAM, it might use around 10 to max. 20 MB. For each instrument this must be calculated, let's say we take the value 15MB - means on a setup with 30 instruments this sums up to 450 MB. Is it that MIR uses a different IR-format than other convolution systems, so that it would need more RAM and a value like 15 MB might be too low? Maybe that's related to the special multiphonics format MIR is using (e.g. in order to provide the microphone setup)?
If that's the case then it's still hard for me to understand why MIR is allocating a minimum of 1 GB of RAM already when the engine gets started. This would mean that it allocates the memory in advance? Doesn't it? I'm asking this because when adding instruments on a stage I can't see memory-usage growing for the MIR-processes (except when I load the samples of an instrument; but still its memory usage grows only as it would be the case with Vienna Ensemble).
Regarding the annoying MOTU 828 mk1 problem: Indeed I'm using the most up to date ASIO drivers (well; at least those which are provided officially). IMHO MOTU designs/builds very nice hardware and software for Mac whereas in a Windows environment their stuff is - put simply - crap (at least that's my impression).
Still the problem must be related to MIR, because no other Host seems to have a problem with it (e.g. Vienna Instruments. I would be so glad if we could find a solution for it.
Best,
Hans-Peter.