@Dietz said:

ad 5. MIR Pro will allow any modern host to compensate for its latency.

Dietz, are you able to expand on how this will work with Pro Tools? I have enough trouble compensating for latency with normal plugs, and it seems to me that the huge latencies that MIR currently requires will be a problem when you are reduced to a mere 4096 samples ADC.

DG

Hi Dietz,

Will you deliver more than one licence to use MIR on two computer? Since I have no more than 16gb of RAM on each computer, it will be limited to host all the instruments and MIR on a single computer.

Thanks

Fred

@Dietz said:

ad 5. MIR Pro will allow any modern host to compensate for its latency.

Dietz, are you able to expand on how this will work with Pro Tools? I have enough trouble compensating for latency with normal plugs, and it seems to me that the huge latencies that MIR currently requires will be a problem when you are reduced to a mere 4096 samples ADC.

DG

This limit will remain as it is, of course. ... at least I don't have to tell _you_ to get Nuendo *harharhar*  [6]

@FredB said:

Hi Dietz,

Will you deliver more than one licence to use MIR on two computer? Since I have no more than 16gb of RAM on each computer, it will be limited to host all the instruments and MIR on a single computer.

Thanks

Fred

Right now, VSL has no plans to deliver more than one MIR Pro licence as a package, sorry to say so.

@FredB said:

Hi Dietz,

Will you deliver more than one licence to use MIR on two computer? Since I have no more than 16gb of RAM on each computer, it will be limited to host all the instruments and MIR on a single computer.

Thanks

Fred

Right now, VSL has no plans to deliver more than one MIR Pro licence as a package, sorry to say so.

Ok

So will it be possible to feed audio from a VE Pro slave computer to the host that runs MIR?

It has already been stated that MIR Pro will be able to receive audio input. However, I guess that the number of streams will depend on the speed of your network as well as the power of your computers.

DG

Hi Dietz,

thank you for your answers... I guess as long as the sequencer will integrate the latency, this will be a huge advantage.... I assume then, it will be possible to do bounces with MIR pro without manually recording the MIR output as an audio file?

and, do I get it right, that MIR Pro is pretty much adding a "network plug" to the standalone MIR... so that I could use my current setup (no remote desktop), and simply sync it to the sequencer....?

Is this in a way like with VE pro, when I prepare templates and then later connect them to the master...? 

But what I don't understand:  with VE Pro I only have so many different VIs per instance... how will this be reflected in MIR pro? 

Greetings,

Patrik

@FredB said:

Ok

So will it be possible to feed audio from a VE Pro slave computer to the host that runs MIR?

Fred, thanks for your interest. Like stated several times before: Yes, MIR Pro will have all features found in the next generation of VE Pro.

Kind regards,

@Another User said:

 But what I don't understand:  with VE Pro I only have so many different VIs per instance... how will this be reflected in MIR pro?

... sorry for being dense, but I don't understand the question ...? 😕

@DG said:

I would, however, suggest that you make sure that this information is prominently displayed, to make sure that PT users know why MIR won't work properly in their set-up, unless they have nothing else loaded, or are prepared to shift audio tracks around to accommodate the latency.

I second this, otherwise ppl would be led to believe that the MIR instantiation would create a latency that Pro Tools was able to deal with.

What latency do you commonly deal with when using MIR Pro so far, and at what buffer size, of course?

@DG said:

I would, however, suggest that you make sure that this information is prominently displayed, to make sure that PT users know why MIR won't work properly in their set-up, unless they have nothing else loaded, or are prepared to shift audio tracks around to accommodate the latency.

I second this, otherwise ppl would be led to believe that the MIR instantiation would create a latency that Pro Tools was able to deal with.

What latency do you commonly deal with when using MIR Pro so far, and at what buffer size, of course?

I don't have MIR Pro (obviously) but with standalone MIR the buffer and latency is totally dependent on how many instruments. MIR has a buffer multiplier, so that even when your soundcard can't do large buffers, MIR is able to work.

Maybe if you state how many instruments you are intending to run, Dietz will be able to give you an idea.

FWIW I can't run my template at any buffer with the current version of MIR. [:(]

DG

@DG said:

[...] Maybe if you state how many instruments you are intending to run, Dietz will be able to give you an idea. [...]

With my 3 years old development machine (basically an INTEL Core i7-965 XE 3.20GHz Quad-Core with 12 GB RAM and a RME Hammerfall DSP for audio), I usually use MIR with 1024 samples latency and a buffer multiplier of 1 for 30 to 50 instruments. For more instruments I need higher buffer multipliers.

512 samples latency would work, too, in most cases, while with 256 (and a multiplier of 1) things get messy with more than a dozen of instruments. 1024 is smooth and responsive for mixing. - This makes for a total latency of 2048 samples.

HTH,

Another example: These are results of a more powerful system, posted on the beta-list by user "Wolfgang" about two years ago:

@Another User said:

Primary System: I really have not been able to stress it

128 latency: roughly 50-55 instruments @ 65-70% cpu

512 latency: 80 @ roughly 65-70%

1024: over 100 instruments @ 75%

Like Dietz, I used Perf Legato patches for each instrument. Same line with adjusted ranges. Buffer @ 1. Bringing buffer up allowed me even more cpu room to work with.

Note: This was a stress-test , with all instruments playing at the same time! In real life, one can achieve better numbers than that due to the fact that MIR is able to switch off convolution threads that aren't used at the moment.

That eases my mind. [:)] 2048 buffer is usualy enough in my sessions in protools, 4096 when the going gets tough. Worst case one can alway bump protools up to 8192 samples, but of course it would be nice to avoid this for the sake of playability.

One more question, since you are so wonderfully forthcoming about the development:

Previously you have exclusively recommended memory controllers in the X58 league, but have you done any tests or have any opinions regarding any of the dual memory interface options like the i7-based H67, P67 or Z68s? Will they struggle coping with the engine, and if so, do you think overclocking would make them able to handle the high throughput? Obviously the X79/LGA2011 platform will be a fantastic rig for running things like MIR if the rumored specs have any truth to them, but the Sandy Bridge-based platforms does offer quite a bit more value for money than enthusiast ones like the X58 and, very likely, X79s do.

Any thoughts much appreciated. [H]

Whew! I have to admit that I'm not the local hardware guru (I'm just an audio guy ;-) ...) To be honest we are developing on the same machines since quite some time now, and new hardware-tests won't take place before the software itself isn't feature-locked. But I will ask around, maybe our IT-guys can offer an educated opinion.

Kind regards,

BTW ... which flavour of ProTools offers more than 4096 samples of latency compensation?

@Dietz said:

BTW ... which flavour of ProTools offers more than 4096 samples of latency compensation?

All flavours. It depends on the sample rate you're working at. However the actual amount of ADC allowed is still the same in ms, so it solves nothing.

DG