Then it might indeed be the case that this machine isn't able to cope with the load, sorry to say so. :-/

Usual workaraounds encompass "freezing" a few tracks, or using Bus/Group tracks with one common instance of MIR for several instruments routed to this bus - ideally ensembles of the same or similar instruments, eg. "1st Violins", or "Low Brass".

I don't know the interface you're using, but it might also be worth trying different hardware with different drivers, just to see if it changes anything.

HTH,

It surely did cope with bigger projects with the e-licenser version of the same thing. I never bothered to change the defaults, and this was up to 48 instrument instances in VEP7 + MIR + Logic Pro on the same machine with the same interface. Now I'm using MIR directly from Logic Pro and having latency problems, that's why I asked. 

Cannot freeze or group more because I'm balancing the whole score, and using MIDI CC automation only.

Not a big problem for me now, but it shows that comparing to the e-licenser version, this one would benefit from further performance optimization.

No need to beat around the bush: The fact that MIR renders everything in 3rd Order Ambisonics internally now certainly takes its toll. But of course I'll forward your findings to the developers, maybe they can do something about it.

Kind regards,

@Dietz said:

No need to beat around the bush: The fact that MIR renders everything in 3rd Order Ambisonics internally now certainly takes its toll. But of course I'll forward your findings to the developers, maybe they can do something about it.

Kind regards,

Is this still the case if and when we are mixing older projects using stereo output formats?   Or if the Ambisonics blend control is pushed towards 1st order ambisonics maybe?  Is MirPro3D just universally going to be always processing 3rd order ambisonics even when our mix environment is only stereo or perhaps at best 2D planar surround? and thus going to be hitting the Cpu harder?

@michkhol said:

It surely did cope with bigger projects with the e-licenser version of the same thing. I never bothered to change the defaults, and this was up to 48 instrument instances in VEP7 + MIR + Logic Pro on the same machine with the same interface. Now I'm using MIR directly from Logic Pro and having latency problems, that's why I asked. 

Just curious, did you try mixing this project with MirPro3D being used inside Vep7 instead of directly in Vep7?  VeP7 adds more buffer and latency...in addition to MirPro's additional latency.  Well all that latency sucks while tracking, but while mixing, it doesn't matter...maybe that will help in the meantime?

Also make sure you don't have the track selected in LogicPro that has the VePro plugin...putting it in live mode.

Just checked the same project with the plain Stereo M-S microphone. Still crackles, even bypassing all channels in MIR 3D. It looks like it does not matter if MIR 3D processes signal or not.

@Another User said:

Also make sure you don't have the track selected in LogicPro that has the VePro plugin...putting it in live mode.

Did you write to VSL's support already? I can't test Logic here, but I know for sure that quite a few of my colleagues do and of course also did during development, so I suspect a specific issue with your setup.

Thanks for your patience!

@Dietz said:

Did you write to VSL's support already? I can't test Logic here, but I know for sure that quite a few of my colleagues do and of course also did during development, so I suspect a specific issue with your setup.

Thanks for your patience!

Not yet, I wanted to get a few opinions first because it's a new product. If you think it is something worth looking at, I will contact them. Thanks!

That is certainly the best way to tackle the problem. Just be patient with them, please - they are currently drowning in requests for iLok, MIR 3D and similar challenging issues. 

Thanks for your understanding!