|
Post by Quint on Oct 16, 2024 16:16:22 GMT -6
No they added a "low latency monitoring mode" button which just disables any plugins in the monitoring path that have high latency. Playback and monitoring are both on the same buffer. Overall its been disappointing to see Logic's stagnation since Apple bought it... I was a big time logic user a few decades ago. Where are you reading that? If it's been that long since you used Logic, perhaps things have changed since then?
|
|
|
Post by veggieryan on Oct 16, 2024 16:23:09 GMT -6
I was reading the Logic docs, and they are not very clear, like this: support.apple.com/en-gb/108295Now I am reading the Logic forums and again there is a bunch of conflicting information so I guess its time try out my old friend Logic again and see for myself.
|
|
|
Post by wiz on Oct 16, 2024 16:27:38 GMT -6
So, what about Logic? Where are the Logic people? Among the dual buffered DAWs (S1, Cubase, and Logic), I've heard back from people on S1 and Cubase, and done a decent amount of investigation into those two DAWs. But what about Logic? I'm looking at Logic, and realizing that it may be the only dual buffered DAW which also has ALL of the other features that I'm wanting, those features being: 1. Plugin based hardware inserts. Logic and S1 have this, but Cubase does not. 2. The ability to bring up a plugin GUI without having to touch a mouse. Logic and Cubase have this, but S1 does not. 3. Plugin names/info sent out over MCU to a hardware controller. Logic and Cubase have this, but S1 does not. Perhaps Logic is what I'm actually wanting? It's been a while since I have used Logic a lot. I used to use it when I had a mixer and tons of outboard....now back then... I had to use a dither plug in before the hardware insert...and I also had to do specific routing to maintaining timing accuracy.... it involved setting up Auxes from memory... it's been a while.... but make sure that it all does what you want it to do....and is accurate...maybe that has all been fixed up... cheers Wiz
|
|
|
Post by Quint on Oct 16, 2024 16:30:44 GMT -6
|
|
|
Post by Quint on Oct 16, 2024 16:33:02 GMT -6
So, what about Logic? Where are the Logic people? Among the dual buffered DAWs (S1, Cubase, and Logic), I've heard back from people on S1 and Cubase, and done a decent amount of investigation into those two DAWs. But what about Logic? I'm looking at Logic, and realizing that it may be the only dual buffered DAW which also has ALL of the other features that I'm wanting, those features being: 1. Plugin based hardware inserts. Logic and S1 have this, but Cubase does not. 2. The ability to bring up a plugin GUI without having to touch a mouse. Logic and Cubase have this, but S1 does not. 3. Plugin names/info sent out over MCU to a hardware controller. Logic and Cubase have this, but S1 does not. Perhaps Logic is what I'm actually wanting? It's been a while since I have used Logic a lot. I used to use it when I had a mixer and tons of outboard....now back then... I had to use a dither plug in before the hardware insert...and I also had to do specific routing to maintaining timing accuracy.... it involved setting up Auxes from memory... it's been a while.... but make sure that it all does what you want it to do....and is accurate...maybe that has all been fixed up... cheers Wiz The accuracy is definitely a concern. Popman's posts on this subject made me worry about using low latency monitoring in Logic. Gonna be diligent, regardless. Dither is another subject I need to double check on. Some DAWs are good about handling that stuff automatically. Others, not so much.
|
|
|
Post by Quint on Oct 16, 2024 17:42:17 GMT -6
Logic does not have dual buffers like Cubase or S1 as far as I know. I would love to be wrong on that. Looks like it does have a dual buffer. From: www.logicprohelp.com/forums/topic/133693-io-buffer-size-vs-process-buffer-range/Logic has been one of the first, if not the first, to have a hybrid sound engine where the playback tracks run on a larger buffer and the live tracks(armed tracks) can run on a smaller buffer. Aren’t those two settings exactly that? If you have a large project going, raising a low I/O buffer won’t change anything if there’s no armed tracks. And if your project grew up and arm a track, you’ll still record with a low latency because the armed track will use the I/O buffer setting and your project won’t struggle playing loads of tracks because it’s on the Process Buffer setting.
Before Pro Tools and Cubase got a similar hybrid engine(ASIO Guard in the case of Cubase), it was hell doing an overdub late in a busy project because you then needed to lower the buffer size to record with small latency and big project would then struggle to play back at the new low buffer setting. A Cubase friend of mine was at a loss when I told him that I was always staying at 128 samples buffer settings throughout a project and was able to record at any time with low latency without my project giving me crackles and pops. At the time, Cubase didn’t have that 2 buffers paradigm and it was hell working with big projects because if you had to lower your buffer for an overdub, the project would then be unable to play back correctly. Same for Pro Tools.And also from this same thread: I agree with you. I Googled it and really couldn't find anything pertaining to what the latency is actually doing. For instance if we change the Buffer Size from 128 (my current setting) to 512, when you play your keyboard, there's noticeable latency, which is why I keep it at 128. I tried changing the Buffer Range from Small to Medium, and the Resulting Latency still reads 10.7 ms Roundtrip (5.3 ms Output), so clearly there's no difference there, so I'll leave it set to Medium.My money is on Logic, in fact, having a dual buffer, but I'd still like something more concrete.
|
|
|
Post by veggieryan on Oct 16, 2024 17:55:38 GMT -6
Now I think you are correct and it does have dual buffers. I guess somebody should alert the documentation and marketing teams at Apple....
|
|
|
Post by Quint on Oct 16, 2024 18:06:11 GMT -6
Now I think you are correct and it does have dual buffers. I guess somebody should alert the documentation and marketing teams at Apple.... Yeah, this is one thing that worries me about Logic, from a support standpoint. As Apple is not a dedicated audio company, in the way that other DAW makers are, I do wonder how much I might even be able to trust that I'm getting good info from support, if/when I ever contact them to specifically discuss this exact sort of minutia. I mean, they might be able to wax ecstatic about new features in Safari, but what about buffer settings in Logic? That said, Logic may end up being what I go with. Dual buffers? Check Plugin info sent out over MCU? Check Way to open plugin GUIs without a mouse? Check Hardware inserts via an I/O plugin? Check Hmmm... I need to demo Logic
|
|
|
Post by veggieryan on Oct 16, 2024 18:19:24 GMT -6
Yep.
Example: For the love of all that is good and holy will somebody at Apple please fix the insert plugin browser in Logic. It's 2024, can we get a search box at least so I don't have to carefully mouse through multiple dropdowns over and over?
Also, are the bugs with timing, delay and plugin compensation at least less prevalent then they have been in the past?
|
|
|
Post by Quint on Oct 16, 2024 18:55:44 GMT -6
|
|
|
Post by Quint on Oct 16, 2024 18:58:25 GMT -6
If S1 just had better MCU implementation, I'd probably be going with it. But it's just not gonna work with my desire to be able to individually open up any given plugin on any given insert from my Stream Deck, and that's pretty important to me. Which is too bad, because S1 has the best implementation of any, when it comes to a hardware inserts I/O plugin.
Why is it so hard for people to make wrapper plugins which actually dynamically indicate the name of the plugin wrapped inside? S1 did a good job with this on Pipeline, meanwhile Logic just shows I/O on every instance, so you don't know what hardware it's connected to, just by looking at it.
|
|
|
Post by Tbone81 on Oct 16, 2024 19:16:20 GMT -6
If S1 just had better MCU implementation, I'd probably be going with it. But it's just not gonna work with my desire to be able to individually open up any given plugin on any given insert from my Stream Deck, and that's pretty important to me. Which is too bad, because S1 has the best implementation of any, when it comes to a hardware inserts I/O plugin. Why is it so hard for people to make wrapper plugins which actually dynamically indicate the name of the plugin wrapped inside? S1 did a good job with this on Pipeline, meanwhile Logic just shows I/O on every instance, so you don't know what hardware it's connected to, just by looking at it. Cubase has a great HW I/o plug-in, almost identical to S1
|
|
|
Post by Quint on Oct 16, 2024 19:34:17 GMT -6
If S1 just had better MCU implementation, I'd probably be going with it. But it's just not gonna work with my desire to be able to individually open up any given plugin on any given insert from my Stream Deck, and that's pretty important to me. Which is too bad, because S1 has the best implementation of any, when it comes to a hardware inserts I/O plugin. Why is it so hard for people to make wrapper plugins which actually dynamically indicate the name of the plugin wrapped inside? S1 did a good job with this on Pipeline, meanwhile Logic just shows I/O on every instance, so you don't know what hardware it's connected to, just by looking at it. Cubase has a great HW I/o plug-in, almost identical to S1 What?!? I looked around and didn't see that. What's it called? Got a link? I just looked thru the entire Cubase 13 Pro plugin list, and I don't see an I/O plugin. When you say plugin, do you mean a plugin that you can load into an insert, just like any other plugin? Because that's specially what I'm wanting. Edit: Ok. I just finally found it. It's considered an "external" plugin. Anyway, I see it now, so maybe I'm swinging back towards Cubase. Using the I/O plugin, can you set up the same piece of hardware at different send and return levels? For example, 1176 Bass, 1176 Vocals, etc? And then have each of those show up as its own plugin?
|
|
|
Post by BenjaminAshlin on Oct 16, 2024 21:04:32 GMT -6
I'm not sure how else to explain it. When recording, you're playing along with the playback signal. It doesn't really matter what took place before that for that playback signal to leave the computer, whether it be 22 ms or 22 seconds. It's all delay compensated. You're playing back with it as a guide, live, right here, right now. As long as the record-enabled buffer is sufficiently low to be able to monitor your recorded signal in "real time", along with the playback signal, you're good. In any case, it's an elegant solution, and all things else being equal, it's superior to a single buffer system. Every DAW should have this. Reaper doesn't have it, and that's why it's not on my short list. If Reaper ever added it, I'd give Reaper a second look. 5 ms is too much latency though, at least for my needs. I want it down in the 2 ms or less range. True zero latency would be even better, but obviously not achievable if monitoring digitally. But 2 ms or less is doable with dual buffers. However it's not as easy a thing to reliably achieve with a signal buffer system. So you're saying that the playback tracks are pre-rendered before playback then? I have found nothing that states that is the case. If they are effected in "real-time" then a 2048 buffer at 96k would put them behind the "low latency tracks" by 22ms. Everything you hear being played would be 22ms behind where your "live" tracks would be. I have yet to see anything that explains how that isn't what is happening. I suppose IF that is what is happening the DAW can align the "low latency" track afterwards by just shifting them back in time 22ms. That still wouldn't work well if you're doing vocal doubles or something because you'd get phasing issues. I do understand what you've said so far but I don't think anyone is understanding what I'm asking here. Increasing the buffer on the playback tracks lowers the CPU load so that the live tracks can have more CPU for lower buffers.. I get that. But the higher buffers for the playback tracks MUST increase the latency for those playback tracks. HOW does it get around that longer latency for those tracks? You CAN'T simply not care about the time it takes for the playback tracks to leave the computer because compensation for that timing offset MUST happen at some point. I also don't see where you're getting 2ms from, since the manual link you sent me clearly showed 6ms was the total "low latency" amount. Low latency mode is a different concept and is being confused with hybrid buffers. Dual buffer/hybrid buffer: From a Cubase perspective, “ASIO-guard/Dual buffer” utilizes the buffer size set on your sound card, for example, 128 samples. Cubase then adds a queue of preprocessed buffers before the audio interface. This means that once the current playback buffer is processed, Cubase can immediately use the next preprocessed buffer from the queue, only needing to process the live/armed track in real time, allowing Cubase to prioritize these real-time tracks and handle playback with any remaining CPU bandwidth. In practice, this allows you to reduce the buffer size by one step before experiencing pops and crackles. It also allows cubase to dedicate 1 thread to just those few armed tracks while processing the playback on other tracks. though Im sure most daws are doing something similar by now as well.
|
|
|
Post by Tbone81 on Oct 16, 2024 21:21:19 GMT -6
Cubase has a great HW I/o plug-in, almost identical to S1 What?!? I looked around and didn't see that. What's it called? Got a link? I just looked thru the entire Cubase 13 Pro plugin list, and I don't see an I/O plugin. When you say plugin, do you mean a plugin that you can load into an insert, just like any other plugin? Because that's specially what I'm wanting. Edit: Ok. I just finally found it. It's considered an "external" plugin. Anyway, I see it now, so maybe I'm swinging back towards Cubase. Using the I/O plugin, can you set up the same piece of hardware at different send and return levels? For example, 1176 Bass, 1176 Vocals, etc? And then have each of those show up as its own plugin? So you would set up each HW “plugin” in the external plugins tab (a sub folder of the I/o page). You set the routing and any naming you want. Then when you insert a plugin on a track it’ll be under the “external plugin” folder with the appropriate naming. When you instantiate it it’ll have independent send and receive level control and latency ping feature. But there are no real presets for each one, which is I think what your asking?
|
|
|
Post by Quint on Oct 16, 2024 21:26:33 GMT -6
What?!? I looked around and didn't see that. What's it called? Got a link? I just looked thru the entire Cubase 13 Pro plugin list, and I don't see an I/O plugin. When you say plugin, do you mean a plugin that you can load into an insert, just like any other plugin? Because that's specially what I'm wanting. Edit: Ok. I just finally found it. It's considered an "external" plugin. Anyway, I see it now, so maybe I'm swinging back towards Cubase. Using the I/O plugin, can you set up the same piece of hardware at different send and return levels? For example, 1176 Bass, 1176 Vocals, etc? And then have each of those show up as its own plugin? So you would set up each HW “plugin” in the external plugins tab (a sub folder of the I/o page). You set the routing and any naming you want. Then when you insert a plugin on a track it’ll be under the “external plugin” folder with the appropriate naming. When you instantiate it it’ll have independent send and receive level control and latency ping feature. But there are no real presets for each one, which is I think what your asking? Yeah, I don't see a presets drop down menu on the I/O plugin, so I was wondering if a work around would be just to set up multiple connections to the same I/O and piece of hardware, each with their own gain structure, and then label them accordingly. That way, you set up one gain structure for bass on your 1176, and call it 1176 Bass, and set up a different gain structure for vocals, and call it 1176 Vocals, and so on and so forth. And then you just pick the one you want when you go add it as a plugin in your insert.
|
|
|
Post by dok on Oct 16, 2024 22:02:00 GMT -6
Logic is really good, especially if you're a composer or do any sound design. Absolutely excellent VIs, loops, drums, plugins, etc. I've long said it's the best $200 I've ever spent or will ever spend on music tools. If you're already a mac user it's a no-brainer.
|
|
|
Post by svart on Oct 17, 2024 7:33:08 GMT -6
So while I was reading about buffers, I found that Reaper supposedly does NOT render plugins that are on playback tracks at the same buffer settings as the armed "live" tracks. I read a few statements saying this but I could NOT find any authorized info on this and nobody expounded on that info so I have no idea what that means in terms of latency. I searched for over an hour and could not find any other info on it, so while a few different folks mentioned it, I can't believe it's actually true.
I DID find that someone has written a script for Reaper to emulate most of the methods that Cubase and S1 use for low latency, which is scanning plugs for latency and disabling those above 3ms automatically and so forth.
Another thing I've been wondering is that Reaper has automatic DPC compensation on plugins, so whatever is monitored is offset by the largest latency, so the timing disparity between long plugin latency and what you hear is already accounted for. Reaper is also probably the most sophisticated in how it handles multiple CPU cores, which is why it's the most efficient DAW available. IF they could just dedicate a few threads to doing high buffer settings for background plugins, I think it would be killer. I did notice in some testing that the Master channel is also part of DPC latency offset, so I disabled that for the master channel and it seemed to improve the overall monitoring latency of everything else.
I did some experiments where I would load high DPC plugins and see how many inputs I could set to record before it started to crackle. I found that Fabfilter pro MB would crackle with even one input armed at 128 samples when there are 40 tracks playing and it reported 1800 DPC. I loaded up Soothe and it reported 3000 DPC and did not crackle at all. Both reported somewhere between 2-5% CPU.
So it's probably not as simple as just making large buffers, some plugs have poor efficiency overall.
|
|
|
Post by Quint on Oct 17, 2024 7:35:36 GMT -6
I'm going to demo Cubase this weekend, just to make sure, but I think I'm starting to lean hard in that direction, now that it turns out that Cubase does in fact have plugin based hardware inserts. Cubase checks all of the boxes that I required to be checked.
|
|
|
Post by Quint on Oct 17, 2024 7:57:19 GMT -6
So while I was reading about buffers, I found that Reaper supposedly does NOT render plugins that are on playback tracks at the same buffer settings as the armed "live" tracks. I read a few statements saying this but I could NOT find any authorized info on this and nobody expounded on that info so I have no idea what that means in terms of latency. I searched for over an hour and could not find any other info on it, so while a few different folks mentioned it, I can't believe it's actually true. I DID find that someone has written a script for Reaper to emulate most of the methods that Cubase and S1 use for low latency, which is scanning plugs for latency and disabling those above 3ms automatically and so forth. Another thing I've been wondering is that Reaper has automatic DPC compensation on plugins, so whatever is monitored is offset by the largest latency, so the timing disparity between long plugin latency and what you hear is already accounted for. Reaper is also probably the most sophisticated in how it handles multiple CPU cores, which is why it's the most efficient DAW available. IF they could just dedicate a few threads to doing high buffer settings for background plugins, I think it would be killer. I did notice in some testing that the Master channel is also part of DPC latency offset, so I disabled that for the master channel and it seemed to improve the overall monitoring latency of everything else. I did some experiments where I would load high DPC plugins and see how many inputs I could set to record before it started to crackle. I found that Fabfilter pro MB would crackle with even one input armed at 128 samples when there are 40 tracks playing and it reported 1800 DPC. I loaded up Soothe and it reported 3000 DPC and did not crackle at all. Both reported somewhere between 2-5% CPU. So it's probably not as simple as just making large buffers, some plugs have poor efficiency overall. Yeah, I'm really surprised that Reaper doesn't already have a dual buffer setup. Reaper being Reaper, I would have thought they would have something like this implemented. I already have Reaper, so it would have been an easy transition. I get that some plugins are more efficient than others, but the idea would be to just give all of your playback tracks as much room as you can to get processed and out of the way in a non-real time context, without impacting the low latency needs of record monitoring tracks. In that context, you could just set a really large playback buffer, and even if you don't have a good grasp on which of your plugins aren't super efficient, it kind of wouldn't matter, provided that the playback buffer is sufficiently large enough to accommodate the processing without any dropouts.
|
|
|
Post by svart on Oct 17, 2024 8:17:21 GMT -6
So while I was reading about buffers, I found that Reaper supposedly does NOT render plugins that are on playback tracks at the same buffer settings as the armed "live" tracks. I read a few statements saying this but I could NOT find any authorized info on this and nobody expounded on that info so I have no idea what that means in terms of latency. I searched for over an hour and could not find any other info on it, so while a few different folks mentioned it, I can't believe it's actually true. I DID find that someone has written a script for Reaper to emulate most of the methods that Cubase and S1 use for low latency, which is scanning plugs for latency and disabling those above 3ms automatically and so forth. Another thing I've been wondering is that Reaper has automatic DPC compensation on plugins, so whatever is monitored is offset by the largest latency, so the timing disparity between long plugin latency and what you hear is already accounted for. Reaper is also probably the most sophisticated in how it handles multiple CPU cores, which is why it's the most efficient DAW available. IF they could just dedicate a few threads to doing high buffer settings for background plugins, I think it would be killer. I did notice in some testing that the Master channel is also part of DPC latency offset, so I disabled that for the master channel and it seemed to improve the overall monitoring latency of everything else. I did some experiments where I would load high DPC plugins and see how many inputs I could set to record before it started to crackle. I found that Fabfilter pro MB would crackle with even one input armed at 128 samples when there are 40 tracks playing and it reported 1800 DPC. I loaded up Soothe and it reported 3000 DPC and did not crackle at all. Both reported somewhere between 2-5% CPU. So it's probably not as simple as just making large buffers, some plugs have poor efficiency overall. Yeah, I'm really surprised that Reaper doesn't already have a dual buffer setup. Reaper being Reaper, I would have thought they would have something like this implemented. Me too. After reading all of this, I think they put most of their work into optimizing their threading across CPU cores instead of working on something like the dual buffer. I still don't know what those statements meant when they said that it does render playback tracks separately though. If it were true, that would be the basis for doing a "dual buffer" arrangement. Reaper can be told to run on only certain CPU cores, so I would think it could be modified to dedicate background plugs to a couple cores at a higher buffer setting. But then again, I'm not sure "buffer" would even be the right way to describe this scenario since "buffer" generally means transfer between the interface drivers and the audio system core. If it's already in Reaper's cache, then I think it's simply a matter of timing, so they could further the DPC latency compensation to just allow a lot more time for processing of playback channels and it would be effectively the same thing.
|
|
|
Post by Quint on Oct 17, 2024 8:26:36 GMT -6
Yeah, I'm really surprised that Reaper doesn't already have a dual buffer setup. Reaper being Reaper, I would have thought they would have something like this implemented. Me too. After reading all of this, I think they put most of their work into optimizing their threading across CPU cores instead of working on something like the dual buffer. I still don't know what those statements meant when they said that it does render playback tracks separately though. If it were true, that would be the basis for doing a "dual buffer" arrangement. Reaper can be told to run on only certain CPU cores, so I would think it could be modified to dedicate background plugs to a couple cores at a higher buffer setting. But then again, I'm not sure "buffer" would even be the right way to describe this scenario since "buffer" generally means transfer between the interface drivers and the audio system core. If it's already in Reaper's cache, then I think it's simply a matter of timing, so they could further the DPC latency compensation to just allow a lot more time for processing of playback channels and it would be effectively the same thing. I heard about dual buffers years ago, and the utility made sense to me at the time, but I never really spent enough time letting the true utility of dual buffers sink in. It's only now, after coming from a DSP system, that dual buffers really grabbed me as something that I wanted to make sure was a feature of whatever DAW I was transitioning to. Functionally, dual buffers offer a lot of the same benefits of DSP low latency monitoring, which is why I think the concept is so attractive. You no longer have to compromise between low latency and CPU overload, which is really nice in a late stage overdub sort of scenario. That's a big deal, and means that I can monitor thru plugins at really low latency and without having to constantly worry about and manage my buffer, just like when I was on the Apollo, but without having to be locked into the UAD walled garden. It's kind of the best of both worlds, and if I had thought harder about dual buffers years ago when I first learned about them, I might not have ever even gone the Luna/Apollo route. Live and learn... I'm going to be real curious to see how low I can crank my I/O buffer for low latency monitoring, now that I wouldn't have to worry about playback dropouts. I'm shooting for 2 ms or less. Fingers crossed. Gravesnumber's experience with S1, and achieving sub 2 ms latency, was very encouraging. Also, I hear what you're saying about the DPC latency. That could be an interesting alternative way to effectively achieve the same thing in Reaper.
|
|
|
Post by damoongo on Oct 17, 2024 9:24:50 GMT -6
I'm going to demo Cubase this weekend, just to make sure, but I think I'm starting to lean hard in that direction, now that it turns out that Cubase does in fact have plugin based hardware inserts. Cubase checks all of the boxes that I required to be checked. Cubase/Nuendo have had HW plugin inserts for at least a decade, maybe 15 years now? You can ping for latency and it auto adjusts too... The setup / integration could use an update (presets etc), but the functionality is perfect.
|
|
|
Post by Quint on Oct 17, 2024 9:29:17 GMT -6
I'm going to demo Cubase this weekend, just to make sure, but I think I'm starting to lean hard in that direction, now that it turns out that Cubase does in fact have plugin based hardware inserts. Cubase checks all of the boxes that I required to be checked. Cubase/Nuendo have had HW plugin inserts for at least a decade, maybe 15 years now? You can ping for latency and it auto adjusts too... The setup / integration could use an update (presets etc), but the functionality is perfect. S1 seems to have the best implementation, with presets and the ability to add notes and a pic, but the Cubase version is plenty good for my needs. I just needed it to be a plugin format and show a name of my choosing in the insert slot. Check and check on both of those. I WOULD have put up with the Logic version, where it just says I/O on every instance, but I would have been cursing it. I'm glad Cubase has plugin based HW inserts after all.
|
|
|
Post by damoongo on Oct 17, 2024 9:46:23 GMT -6
I'm a big fan of HW inserts in Cubase. I use them for hybrid mixing all the time. One thing to be careful of. They are GLOBAL. If you adjust input/output level on the plugin interface of your "La2a HW" insert when working on song A, then you open song B, the levels will now be where you left them in song A. Again, they are GLOBAL.
So I always use a trim plugin right before and after the HW insert plugin, and I do any gain staging from there.
Also, if you don't already have it, check out the free plugin "Snapshot" that lets you take photos of your analog gear settings and upload them into the plugin so they live with your sessions... Easy recall
|
|