@DG said:
Jules, thanks for the reply. it does help to clarify things for me, so it's all good. I have no intention of trying to work at a higher buffer than 256, as even this makes things very uncomfortable. I don't mind muting parts from time to time, but I think that I'm going to need to come up with a different workflow, as there is no way that any of the players I use for live stuff would like to work at a buffer of 512, even when using Direct Monitoring.
DG
Hi DG
Well, it sounds like there is a bypass button, and Christian should certainly know. I don't recall seeing it, although there are independent dry/wet controls for each instrument, so perhaps that enables the system to bypass MIR. I'd have to run some tests to establish how much overhead this really saves though.
If you're monitoring directly, I'm not sure I understand why latency should be an issue for live players. I guess I'm missing part of your workflow, but if all you'd be doing is playing your arrangement back from MIR and recording live audio into your host, with the players monitoring themselves directly from your host or mixer, then latency should not be a factor at all. Ahhhh (penny drops!) you're probably imagining a system where your host is on the same rig as Mir, in which case if you have to monitor via your host then you have the same master latency, set by your audio hardware. Personally I never monitor via host software, I use ProTools HD (which has zero latency) on a separate machine for mixing, and Logic Pro on another separate machine for my arrangements, running at low latency, and can record on either system without any significant latency. I think running big arrangements in Mir, and a host with a load of plugins, and recording live, all on the same system would be pushing things a little.
I will work at 256ms on the Mir machine and I doubt I will have many problems, but then my arrangements are rather less complex than the kind of template you've described.
Jules