Terrible Low latency Performance VS Logic, heck, even Pro Tools!

Posting your opinion is fine, but the way you’re expressing it is only going to start a fight. There’s no reason to assume that he’s posting this in bad faith.

1 Like

Too me there are two moderators that did not answer his posting.
If i react on it is not ok. So how to solve the posting then?

‘‘In logic i can set my computer to 32 samples which means my virus Ti is at 64. Perfect.’’

Too me demanding 32 samples from Asio in Cubase is asking for Crazy things to happen.

I have no idea why he is doing this, but thanks for interjecting.

Ok… I will try to explain it more simply…

On both the macs in my signature, not state of the art macs by any means, whether using internal audio or UAD apollo (i have also tried my MOTU ultralite on the imac as that has FW800 port), Cubase when set to 32 or 64 samples can not play Vi’s… Pro tools can NOT do it at 32 samples either, ok. No way. Pro tools HAS to be at 128…

BUT… Logic, Reaper, and Studio 1, can all play the exact same VI’s with exact same settings, at 32 samples. With Cubase, sometimes 64 works.

But it’s not just VI’s… I record 32 audio tracks at a time right, i have 2 apollo 8’s with adat filled on both, so 32 inputs each all recording hardware midi…
If i wanted to bypass the apollo mixer and use native plugins instead, i.e, use Cubase monitoring 32 channels of audio going into it in realtime, through native FX, Cubase is very problematic at 32 samples.Same with pro tools.

with logic, Reaper, S1… I can monitor all 32 audio inputs, in realtime, at 32 samples, and each with a reverb plugin on them! I mean the difference is huge. This is all I am saying…

Even though my macs are not the latest, my macbook pro is not far behind the current very top of the line one… but i admit, my imac is basically a 2600K inside, old processor. But even as such, on the exact same computers using the exact same interfaces, the other DAWs i mentioned CAN do what Cubase can not.

If this guy thinks I am a liar, I am happy to take video to show the difference, the way Logic spreads the load and how there are zero dropouts at 32 samples at ALL… even when i use my midi keyboard to play realtime very hungry synths like Diva… (cubase needs 128 for Diva).

The way I get around it now, is use the apollo for all my monitoring, using UAD dsp effects, and setting Cubase at 128 to play for when I use VSTi’s…

For me, playing piano and drums, 128 is too high… Especially when i use analog hardware synths which are basically instant.

I have no idea why this guy has an issue with me…

All i am saying is, since Logic/s1/reaper can do it at 32 and 64 samples, the fact cubase can not, means it’s up to Steinberg to fix low latency performance.
How this is bashing in any way shape or form, i have no idea. But i have muted this guy as i was getting very angry… Even when you the moderator told him to stop he kept going, and i am not going to get into any fights, so i made it simple… i have put him on ignore list permanently and will never ever read any of his posts… ever… so don’t worry, there will be no fighting from me.

Now, just to clarify… once the project starts getting really busy and full, Cubase at 128 samples actually does give better performance than every other DAW i listed, in terms of effect count and VSTi polyphony. I have done extensive tests over and over again to verify this, using multiple VSTi’s. At 128 Cubase beats S1, Logic, Reaper… The only one that matches it is Pro tools.

But the issue is, Cubase simply can’t do it at UNDER 128 buffer… for many people this is ok… for me… well… let me give you an example. IF I bypass the UAD mixer and go native, the roundtrip latency at 128 is 8 milliseconds… this is much too high to use a native guitar amp or for a real live drummer.

In Logic, i set it at 32 and have a roundtrip of 4ms. Big difference, no?

PS about the Virus TI… I use it through USB as a plugin, but the processing is all done in the virus itself, so it doesn’t use any CPU. However, how responsive it is to play, is dependant on the DAW chosen buffer size. The virus is basically always double what the chosen buffer is… So since in Cubase I have to work at 128 buffer, it means the virus is at 256… 256 is just too high… The only work around for this, is to use the analog output for the virus to bypass the USB for monitoring, but i have no audio inputs left! None!
Since i can set the buffer in logic at 32 and never change it, the virus is always at 64… which is still very playable.

Now, I know many people who CAN set Cubase at 32 samples, maximum 64… but they are using computers more than double the power of mine. I used my friend’s 10 core imac pro just 2 days ago… and he uses 4 apollo’s at 32 samples… And on the imac pro it is possible in Cubase.
However… it still falls over at 32 samples, at about 30% the VSTi polyphony that logic does… In other words, you can’t do much at 32 samples… It’s usable, but as the project gets busy, no way… Even with Asio guard on maximum. With Logic on the imac pro, we never ever had to move it from 32 samples in all our tests. So what this tells me, is, that even on very powerful machines, Cubase is still way less efficient at ultra low buffers, than the other DAWs on mac. On windows it might be a completely different scenario, I don’t know?

Can anyone tell me if they can use Cubase at 32 samples on a windows machine? I am looking at a 7900X with 64GB ram built from a local pro DAW computer builder. If i can use Cubase at 32 samples, it means Pro tools will probably work at 32 also… So i will consider to switch to windows rather than buy a ridiculously expensive imac Pro.

1 Like

Hi TNM i am using a 18 Core i9 machine on windows side, smaller then 128 buffer no way Cubase needs min.128 i always work on stable 256-512.
I think Steinberg is working on that now.

Interesting why Logic, “Reaper and S1” is better in low latency on macOS is it better on windows to?
Good luck :wink:

Wow ok thank you for that.

I noticed on my old, 2012 quad core ivy bridge windows laptop, that Pro tools works much better than it does on mac… I can set at 64 samples and leave it there… But I didn’t try cubase 9 yet on it, as it’s windows 7 so what’s the point… if i buy a new 10 or 14 core windows computer, it would have to be windows 10, and i know windows 10 has issues with Cubase and many cores.

Logic does amaze me in that regard… I don’t understand it either… I literally set the buffer to 32… and it says, “output latency 1 ms”… same as what Cubase reports… But in Logic i can arm a VI track and play to my hearts content… Or i can arm 32 audio tracks and put effects on all of them… In Cubase I simply can not do that.

I guess this is where hardware DSP solutions like Apollo do help a lot… and as I said, I can work around it simply because I do have the Apollo.

I am just tired of using an external mixer, and the apollo mixer… this is why I was considering getting 4 presonus quantum interfaces and having all my external gear go through the DAW mixer so I can use native effects… and that way have total recall… Basically to use the DAW as a “live” mixer/monitor. But yeah, 128 is pointless… it is far too high to monitor all the external synths, vocals, and guitar through.In that case, it makes sense to just keep using the Apollo.

I see you are also using apollo and your system is an absolute beast… I presume all power saving is completely disabled? This can not be done on mac and is why I always presumed Windows could work at lower latencies. However, I’d be using a similar motherboard, same interface, just a slightly lower chip… and if it doesn’t work for you under 128, then it’s likely to make sense for me to just stick to mac and work at 128…

Thanks for your help.

PS re reaper and S1… they are not so great in performance overall, it’s just that they can at least “work” at low buffers, actually in presonus, i can play VSTi’s at 16 samples! But the cpu fills up very fast… Again, at 128 samples, Cubase thrashes them… to give you an example… I copied a synth and midi part over and over… looped 32 bars… In cubase, 14 instances vs 8 in S1 and Reaper, and 12 in logic. So there you go… The actual core spread when asi guard is on, is perfect… Cubase beats them all! it’s just that bugbear for the record armed and live tracks, that i can’t go under 128.

Hi TNM,

I share your quest to have real time native round trip latency of a couple of ms.
Running a Mac mini 2018 with 3.2GHz 6 core and 32GB RAM. Projects run from external SSD Samsung X5.

I have thunderbolt 2 interfaces. Focusrite Clarett 8PreX and the newest addition a Slate VRS8. Should be capable of 1ms RTL in optimal conditions.

However, in Cubase Pro 10.5.5 I cannot use a buffer of 32 samples without artifacts in the audio monitoring.
Which leads me here and to your post.
I also wonder if the performance is better in different DAWs. I have access to Logic X and Ableton Live and will test these next.

Curious as to how you’re getting on with this issue?
Have you upgraded your system to iMac Pro? (from your signature)

Regards,
Thor

Hi Thor, I just got your PM and apologise I didn’t respond to your post… I honestly had no idea about it, as it did not appear in my notifications at all!

Thanks for alerting me via PM.

Things have changed in the almost 2 years since I made the topic.

The last round of DSP tests I did with various DAWS was in December when PT 2019.12 came out. I only tested with Cubase 9.5 though as that is the one I own, the latest version, on Mojave 10.14.6.

I dedicated one day every couple months to test, otherwise it takes up too much music making time!

Logic is now the king in all tests, with reaper & Pro tools 2019.12 a joint second.

Logic can play VI’s at 32 buffer whilst a bunch of other cores are already being used… What it does is, leave a core free at all times so if you arm a track, even if say 15 of my 16 logical cores (or “threads”) are being hammered, the last one is free and takes on the record armed VI. It’s pretty clever. Logic also is able to provide the best performance for a mixture of armed tracks and playback tracks… what I mean by this is, a mixture of tracks on 32 buffer and others on the 1024 buffer. This works precisely like asio guard… record armed vi and audio tracks go on the low buffer, those that are not record armed go on the higher playback buffer. What Logic does, is devote HALF your system logical cores to the low buffer and half to the high buffer.
Let me give you an example… If you have no tracks armed, logic will spread along 15 of the 16 logical cores (in my case with the imac pro, but it can even use 56 logical cores with the new mac pro top of the range). If you arm a track, it will then engage the 16th Logical core. If you run out of room on that last core or engage more than one track for recording/low buffer, logic will then attempt to shift the playback buffer load on previous cores and provide a second one for you for your low buffer recording, and so on with the more tracks you record arm, up to a maximum of half of your total system logical cores. It works really well and seems to be able to deal with almost any realistic situation, whereas Cubase can not.

Currently I have Cubase 10.5 demo installed as I wanted to see if it was worth the upgrade… However, I have decided to upgrade to nuendo 10 instead while on sale, but I will use the demo license for 60 days and activate it when 10.5 is released so I can get that for free :slight_smile: I will devote just an hour to do a couple VI benchmark tests that I already created patches and midi files for in Logic/Pt… and let you know how I go at various buffers ok? Both playing back the midi (how many VI instances) and also playing the VI in realtime at 32, 64 and 128 buffer :slight_smile: Give me a couple days to do so.

As you can see in my sig I did end up getting an imac pro, and really, it’s not enough power to go all “in the box”… I went for the 8 core cause I still rely so heavily on UAD for effects and external synths for sounds, so, any higher cpu was not really needed for me. Ultimately I regret it though and wish I went for the 10 core, as it seems to have around 25% more plugins in real world projects, which is a lot, and now I can’t buy one without Catalina. It is also the only imac pro besides the 8 core that doesn’t thermal throttle under heavy DAW load, unlike the 14 and 18 core.

Apple are part to blame for this too, not just steinberg… I have talked in length about this in the gearslutz new mac pro topic, and it seems Apple heard and may be fixing it. Unlike windows, OSX currently has no “high performance” mode which disables cpu frequency hopping. As can be seen with both my imac pro and the new mac pro in tests, the machine is dropping drastically from the intel specified all core turbo speed, even when the thermals are not even remotely challenged. For example, the all core turbo of the imac pro 8 core is 3.93 ghz per core. In windows bootcamp it maintains this speed at all times and NEVER drops. In mac os, when the temp is only 45 degrees even, you can see it hit 3.9ghz under a heavy DAW load then suddenly drop to 3.2 (base clock) then 3.4 and up and down and so on. This is a terrible situation for a low latency realtime critical audio application. Apple are rumoured to be adding a “pro performance” mode in an upcoming catalina build for their pro line of computers, and hopefully this solves that… I mean, it’s embarrassing when windows 10 is beating OSX on apple hardware for DAW performance, isn’t it?

Ableton is one of the worst performing DAWs in the industry, especially for sustained load. I don’t think you will have any joy there at 32 buffer for more than a couple plugins… After you are using some cpu already, you’ll be in dire straits for extra plugin instances. In my tests, Ableton 10 got around 1/3rd the VI count of Logic/PT/Reaper.

Studio one is an oddball… I have V4.5 and only ever use it now for the project page. It can successfully play a VI at 32 or even 16 buffer but only if the project is empty, which I did not properly take into account when I tested it last time. Once you start adding plugins/other VI’s and the like, it’s TERRIBLE and in the top 3 worst DAWs on OSX as far as performance. It’s an abomination. I am talking literally 5x less plugins than Logic, even with the max “asio guard” equivalent setting and NO tracks record armed at all!
So for one or two tracks, it works ok… when you start building a project, the performance is really shocking.

Cubase, even V 9.5, is still not bad “overall”.
It doesn’t perform well at ultra low latency external input monitoring or playing VI’s at ultra low buffer… but it does well at being able to load all the cores up and making a large project with lots of plugins. The solution to this is two fold… Use an interface with DSP for the external monitoring, and leave your buffer at 128 to play VI’s… My apollo at 128 buffer is only 3.5ms output latency to play VI’s, which is faster than many hardware synths. The input latency doesn’t matter here, as I am monitoring external audio inputs through the console app which avoids going through the DAW entirely. If you want total cubase integration, you can get the steinberg thunderbolt interface which has DSP monitoring.

But, Cubase is NOT the DAW to use, on mac anyway, if you want to monitor through native plugins at 32 buffer, or play VI’s at 32 buffer. Well, at least 9.5 wasn’t when i tested it in December. Logic is still king in this regard and just works perfectly… Even on my quad core 2015 macbook, I can monitor 32 inputs in logic at 32 buffer with a slate VMR with EQ and compression on every input, and 2 reverb aux busses with a TOP reverb like fab filter pro R or relab LX480 being sent to as many of those channels as I like… and it’s only using about 50% of 4 logical cores (remember logic only uses half of the available logical cores for low buffer monitoring). I still have the other 4 threads for other duties :slight_smile:
Cubase can’t do this and it’s just the way it is.

But let me see how 10.5 behaves monitoring at 32 and 64 buffer and playing VIs at low buffer and I’ll get back to you.

Do note as one final thing, some VI’s are too much even for logic at 32 buffer… You need a really good mac with a very high single core turbo boost to play those… but it still does a better job than all the other DAWs I know of.

Talk soon.

Hmmm…
10.5 seems to be very good with initial quick test…

so far I am record arming FOUR DIVA VI’s in “great quality mode”, using 32 buffer on the ancient quad core macbook, with turbo boost disabled (for better thermals), so just 4 cores/8 logical cores at 2.8ghz max… and it is playing them without any pops or crackles. Obviously i’ll put it through heavier paces but this is pretty impressive… I am literally using all 8 voices on each instance by playing a long release pad, and I am hitting all 4 instances simultaneously at the 32 buffer every time I play a chord since all 4 instances are record armed. This means 32 voices of Diva at a real buffer of 32… This is impressive on such an old laptop. yes, my laptop was made in 2015 but it is part of the July 2014 model lineup and a 6 year old cpu. I can’t wait to try it on the imac pro tomorrow. I hope Nuendo 10 is performing as well as Cubase 10.5 as this is excellent. I really don’t like the new GUI, I can’t explain it but it’s like it’s too “shiny” if that makes sense, but I suppose I can get used to it. You can clearly see all 4 cores being used evenly via istat’s real cpu monitor, and Diva’s own multi threading is disabled therefore Cubase has total control over the core distribution. It’s doing a really good job Thor, thus far at least.
I am a bit shocked… S1 can’t do more than 2 instances of the same diva patch at 128 buffer.

Edit, OK, i just tested Logic, and it can do maximum 5 Divas at 32 buffer record armed (to arm multiple VI tracks in logic at the low buffer you need to put them in a track stack, but it works), and 4 of the 8 threads are being used. A 6th instance adds horrendous pops and clicks. For uniformity across DAW testing, I have the Divas playing back a midi file rather than “live playing” with the keyboard… So will duplicate this scenario in Cubase and see what it can do and BRB. Same test conditions exactly, same Diva patch, same midi file. Just duplicated instances till clicks and pops occur.

Logic can do 16 of these when the tracks are not record armed, ie on the higher playback buffer… It can do around 13 if I mix 9 on playback buffer and 4 record armed, so will test that in cubase also.

Damn, that new GUI though… just so dark and depressing and hard on the eyes.

EDIT 2, I can’t believe what I am seeing… Cubase is playing 8 Divas at 32 buffer, i.e all 8 tracks record armed… using ALL available logical cores…
WOW.

Maybe there is an issue with the Clarett Driver? This is the first time ever Cubase has beaten Logic at ANYTHING with 32 buffer… Obviously logic’s limitation here comes from only being able to assign half the system logical cores to “live” tracks, but nevertheless, Cubase is impressive indeed. I am totally shocked. Now to see how many it can play back in asio guard mode, and then to test audio input mode with effects… Say, 32 inputs at 32 buffer.
Also want to pit PT 2019.12 against it as PT may actually be behind Cubase for the first time, especially at 32 buffer. Shocked isn’t the word for it.

Note, Cubase was very very problematic for me with Mojave and C 10.5 until the patch came out for 10.5.10 a couple days ago. Pauses, beach balls, non responsive mouse clicks, etc… Anyway, I just don’t see the point buying cubase upgrade now for 250 AUD when I can get Nuendo 10 for basically double that and have all those lovely features I might use down the road. I really need to make sure Nuendo has this excellent performance too though.

EDIT 3, Ok final post till I test audio input performance tomorrow (bed time now)… cubase gets 13 Divas vs 15 in Logic (not 16, I remembered incorrectly) on playback buffer, non record armed tracks… So, it’s ~10% behind Logic but it’s very close and is performing well on record armed tracks so it more than balances out :slight_smile: That is how it stands as of Logic 10.4.8 vs Cubase 10.5.10
Cheers

Wow! Thanks so much for the elaborate answers and testings!

From my quick tests so far, I can certainly see that Logic is more efficient when software monitoring at low buffers and high sample rate. Your explanation makes a lot of sense, because Logic is doing some magic here. And I guess, since it is not cross platform, it has some core advantages.

I left Logic for Cubase around 5 years ago, due to stalled developments on the software. But since then things have geared up and now we have Logic X.
I would ideally like to use Cubase for everything, but I find myself using different DAWs for different tasks.
Given the results of these testings I might start using Logic again for recording/live monitoring and Cubase for the mix process.

First step is just record arming and monitoring 1 vocal track with Slate VMR or other (zero latency) vocal chain plugins (gate, compressor, eq, de-esser).
I am trying to find the sweet spot on buffers and sample rate. I would ideally like to be on 24 bit, 32 or 64 samples buffer and sample rate 96 kHz.
Since I have thunderbolt audio interfaces, I want to go as low as possible on round trip latency (< 5 ms) without artifacts.
Both the Clarett and the VRS8 should be capable of 1 ms RTL, but of course it depends on the Mac.

I am not syncing the 2 audio interfaces yet, to avoid bringing any sync issues into the equation.

I also own 3 Steinberg UR824s with DSP monitoring, but they are USB2.0 and being replaced by the thunderbolt interfaces.
The goal is to move away from DSP and only use native monitoring.
Also, higher sample rates will of course limit ADAT track count, so daisy chaining thunderbolt devices is the way to go in this regard.

Of course I will record and monitor more than 1 track. But I have to start there.
I will typically record and live monitor a metal band on around 24 tracks with a full mix running in the DAW.
The mix will then live stream to the web from another Mac.

I have considered going the UAD-route, but have (for now) landed on going native and rather spend the money on a more powerful Mac and native processing power when needed.

When tracks are not record armed or monitor armed, my understanding is that it will use the playback buffer.
As you say, when arming the monitoring on a track, the CPU increases on 1 core in logic.
In Cubase I cannot see it per core, but the realtime CPU meter is higher.

The funny thing is that I’ve been considering Studio One over the last few days and even downloaded the demo, because of the “native low latency” settings. But I might reconsider going down that road :wink:

What are your audio settings at in Logic and Cubase?

I disable Plugin Delay Compensation and/or use only zero latency plugins in these tests.

Speak later!

I only use zero latency plugins for monitoring but I don’t disable PDC for any testing, there is no need to whatsoever.
In cubase if you are recording into a project with latent plugins in the signal path, just press “constrain delay compensation” and it will disable only plugins with latency to allow you to record without there being an issue. Logic has a similar mode called low latency mode but it goes one better by allowing you to set a threshold… for example, you can set it to one millisecond, so plugins that only add a tiny bit of delay, like 4 samples in the case of softube, won’t be disabled.
I firmly am a non believer in the “computer does all” scenario which is obviously what you are working towards. We couldn’t see things more differently. DSP will always play a role for me. I would have happily gone with steinberg interfaces (note, I mentioned their thunderbolt DSP interface, not the old USB ones you are talking about), had they offered a powerful enough DSP on board to put effects on every channel including adat channels, but alas they don’t.
My ultimate plan is to go avid HDX (3 cards) so I can monitor 128 input streams at under 2ms latency with 0 load on the computer, and save all that cpu for other stuff.
I just don’t find computers reliable enough for large input low latency monitoring, but you are talking about one vocal, and cubase should not have ANY issues doing a 96/32 monitoring of an incoming vocal. What is your cpu spec again?
I mean I can do that on a single track with my 2014 era macbook, so surely any recent mac can do it.
Are you using 10.5?

This S1 topic might provide some interest for you, regarding it’s poor performance on mac:

You should be able to replicate this yourself quite easily with some standardised testing (i.e all the same plugins and track types used) and you will notice S1 will suffer from consistent glitches far before other DAWs but using less plugins on top of it.

S1 latest build is getting around 1/4 of the VI polyphony here (counted over maximum instances and how many voices per instance) that Cubase 10.5 does here, before pops and clicks. That’s a MASSIVE difference.

Hi TNM,

Managed to do some simple tests again tonight and the pattern repeated itself…

Exactly, this is my issue. I have the ultra low latency thunderbolt interfaces. So, now the thing to discover is, what kind of Mac do I need, to run this simple test of recording 1 vocal track with some basic FX at 24/96 and 32 buffer?

It turns out it might not be only a question about which Mac, but also which DAW… as you know all about already.

I started the test in Cubase Pro 10.5.10 on

Opened an empty project and set the project sample rate to 96k and the buffer size to 32.
Added 1 mono audio track. No FX.
Record-armed the track and enabled monitoring.
Resulting in pops and clicks in the audio.


Increased the buffer to 64 and tried again, this time with no clicks and pops.
So, added some FX to the inserts. Slate VMR with preset Pop Vocal and added the Classic tubes VMS.
Back to clicks and pops, so, had to increase the buffer to 128.

I can conclude that I cannot run Cubase with 32 samples buffer at 96k, and I will need a faster Mac to get the lowest latency that my interface can deliver…

Next step was to try the same thing in Logic Pro X 10.4.8
Set up the project to 96k and configured the audio buffer size to 32.
Added 1 mono audio track. No FX.
Record-armed the track and enabled input monitoring.
NO pops or clicks!

Added the same FX.
NO pops or clicks!
Round trip latency of 1.2 ms!

So, I added 80 audio tracks.
Still rock solid.

Added Superior Drummer 3 with a programmed track.
No problem at all.


I know this is not the most scientific test, but it is the same task in both DAWs and Logic has no problem handling it.
It put the smile back on my face. For sure.

Maybe I don’t need a more powerful Mac to do what I want to do, at least not yet.
It certainly is interesting to look at the difference in CPU meters when just opening the two DAWs and completing this “simple” task.

I know I want the same thing as many others.



Who knows, maybe I will be running UAD LUNA or Pro Tools in a couple of years…
But right now, it looks like I will have to revisit Logic Pro X for recording and live monitoring.

:laughing:

Until later,
Thor

It’s quite possible the clarett drivers are not working well with Cubase… just to rule that out and be 100% sure, did you try with in built sound? The mac mini 6 core is powerful enough to do what you are asking of it.

Sure, will do some more tests. The Mac mini 2018 does not have built-in audio input, so I will have to test with external devices.
I must say I find this topic very interesting. I never knew that DAWs differed much in performance, but more in the feature sets.

The audio interface I am using now for this test is my new Slate VRS8.

I’ve had minor issues with pops and clicks on the Clarett before in Cubase, but at the time I thought it was caused by wordclock issues, since two UR824s have been hooked up to it via ADAT. It was running at 44.1k and higher buffers…

Now, I will test the Clarett in Cubase again on its own, with 96k and 32 buffer, and of course compare it in Logic.

Thank you for sharing your knowledge on this stuff! :+1:t2:

Yes it’s possible your WC chain had a kink, but then why was it OK in Logic?

Everything you have said specifically points to an issue with clarett and Steinberg.

I have to be honest here… for me personally, focusrite have always had some of the worst interface drivers in the industry… I have been burned by them twice and will never touch any audio interface of theirs again.

The apollo pretty much has the best interface drivers on mac, period. But it’s main strength is it’s DSP, and you want to avoid that.

Still, the AXR4 would probably work brilliantly with Cubase at low latency…

I have to investigate it more to see if it offers “hybrid monitoring”.

Let me give you an example… Apogees latest interfaces have this feature with Logic… they have their own DSP on board but you can still add native effects to the monitoring path in Logic’s mixer and combine it with the DSP monitoring.

I really wonder if AXR4 does this.

Honestly, even though I love pro tools, I firmly believe with all my heart that Cubendo are the finest DAWs in the world… They do literally everything and are easy to use. Just that ONE feature that stops me from migrating to steinberg and using it full time, and that is the way clip volume is done.

It’s right a the start of my youtube video here:

If you think cubase clip gain should work like that, maybe you can support me in a topic I make requesting it.

:slight_smile:

But, back to latency, let me know how you get along.

Same experience for me. In Studio One, I tested a UA Arrow Thunderbolt interface. At 16 samples. Totally stable, with a RTL of 3.23ms. Really impressive, with no clicks or pops.
Then the same test with Cubase 10, but 32 samples was the lowest it would allow. The audio had continual clicks and pops, which were recorded into the audio.
I switched to 64 samples, which had less clicks and pops, but they were still present. This time the clicks were not present in the recorded audio.

Why is the low latency performance in Cubase so bad? Is there any way to improve it?

I’ve been a ProTools user since the very early days and it’s always been the hardware DSP systems I’ve used. I see a few different use cases with PT - as an audio editor it’s my favorite (and I own Cubase and Logic); as a multitrack recorder with very low latency it’s my favorite, as it’s very, very consistent and predictable. Where I’ve run into problems with PT (and why I’m using Cubase now) is when I use it to score to picture. I have nothing against PT’s MIDI sequencing - though it could have more features, it simply can’t be said that you can’t compose efficiently in it. I do a Warner Bros./John Williams animated score with it and getting through cues was never a problem from a sequencer standpoint - and using memory locations to show and hide orchestral sections with a few taps on the number pad is very easy and elegant - but where it’s clear that there are better ways to do things is when you use a very large composer template and need low latency for live VI input.

Perhaps on a faster system than my 2013 Mac Pro 12-core it would do better - but though I might start a cue with 256 buffer (because many tracks were turned off) by the time the cue was done I’d be at 1024. Also, HDX adds its own problems - if you want to take advantage of hardware DSP on VI’s, for example, there are added delays from needing to jump across the river from HDX to host and back. This was disappointing to me because I have various Plug-in Alliance plugs, for example, that I like to use but don’t want to drag the system down with. The two big tells in that area were: because I use Altiverb for two of my main reverbs, just turning them on caused my system delay (shown in the session setup window) to increase by something like 3000 samples -but the latency (@48k) was much greater than that. And using an HDX-powered plugin on the master bus, like MasterDesk, again increased the latency by more than just the amount of samples one might expect. And to put a bow on it, this may have only been my experience, but my system became quite unstable trying to do it this way - lots of refusing to go into play etc. with larger sessions. In desperation during one episode I switched the interface to the only other thing connected at the time that had an audio out - a CalDigit thunderbolt breakout box with a headphone out - and I was surprised to find that because the HDX card was no longer available, upon replacing the DSP plugs with native ones, I had better latency performance and far fewer issues. So for a time there I was sitting there with (I think) around $9k of audio hardware idle while I listened to virtual orchestra through $5 converters that worked better. I tried switching to DSP- based reverbs for composing but I have to say that was a frustrating experience, because the convolution reverb I had for HDX (Space) is vastly inferior, even when playing back IR’s from Altiverb, and typically because I mix as I go via dynamics and only small fader moves, I don’t have time to rebalance using a different reverb - and though I took the time to balance things so that the HDX verbs were the same in level, the difference was dismaying. Call me picky but I want to hear it as it will be, because I’m writing for virtual orchestra.

PT also made it necessary to use Vienna Ensemble Pro. I like VEPro for many reasons, including the ease with which one can have a modular template and just turn on what one needs. But the added latency via their buffer multiplier is a little bit of a drag.

So when I began to try out Cubase for this purpose, I bypassed that entirely - the template lives entirely (other than what’s on remote machines, which still use VEPro) in Cubase, on instrument tracks, disabled unless they are in use. I have found Cubase has no problem with this approach and it’s very powerful for so many other reasons - the customization and the facility to create custom remote controllers using things like TouchOSC that access specific functions being just two reasons. Also, using ASIOGuard has been great. I wish the AG settings went one more iteration past “high”, but it’s easier to use 512 as my baseline buffer size (for things like SampleModeling Strings that require that in a full-string-orchestra setting) than to be forced to use more than twice that in PT with HDX.

So what’s funny is that in Cubase I’m using the HDX with an HD IO connected to it as… a CoreAudio interface. For this reason I’m looking at the Focusrite 16Line - because it would be nice to have a presumably good-sounding interface that could use a low-latency thunderbolt driver or a Digilink connection to the HDX card, depending on what was required. Though I’m not convinced the 16Line will sound as good as my HD IO. Say what you like but that old Avid hardware is sonically terrific. And I’m not even remotely considering any of the non-Red Focusrite gear. Not saying one can’t get good results with them especially if one is all ITB, but I don’t like them much. Don’t mean to offend - just my taste.

In any event my main complaints with PT have to do with sequencing massive templates. Cubase wins that one for me. But I would rather track and edit using PT HDX any day of the week. No weird hardware monitoring setups - just plain low latency.

Latency is calculated by the speed of your processor. Thunderbolt will always have lower latency over USB because it connects directly to the PCIe bus.
I have a Focusrite Clarett 4 pre Thunderbolt running on an i7 6700K @ 4.4 GHz. I can play a set of V-Drums via midi in on the Clarett and trigger EZDrummer 2 at as low as 16 samples 0.4ms with no pops or clicks.

A PCIe card is also connected to the PCIe bus :smiley: and the latency using the Avid hardware is great for tracking live performances at extremely low latency. My issue is with VI’s - and I agree that in that realm and also in strictly host-based systems clock speed is king. What’s funky about PT is that if you are using HDX, when you leave that land to use a host plugin there is even more latency added. Your system benefits from not going from one processing arena to another. The new Carbon can apparently bypass that somewhat.

As I was determined to move to another DAW having used Logic from the Emagic days I have done a test to compare the performance both in LPX and Cubase 11 pro.

My system is a Mac Pro 2013 12 cores with 64GB of ram.

I have loaded Pianoteq Pro (stereo) playing a midi file, followed by the Pro Q3 with 4 filters activated plus the analyzer, followed by the Waves CLA 76, then the Softube Console 1 with all modules activated (HP and LP filters, Gate, EQ with 2 filters activated, the compressor and saturation all activated. Then a TC reverb.

At 32 samples and with live recording activated, LPX seemed to perform smoother as the CPU meter was more stable but both DAWs were handling the load without any crash. When the Live recording was activated LPX seemed to perform smoother than Cubase. However when the live recording was deactivated they were very similar.

Then I was duplicating tracks to see which DAW was handling more tracks (all with the above plugins loaded and same midi file). Both DAWs were able to play Max 20 tracks at 128 samples without overloading the CPU. One more track at this buffer size was overloading the CPU in both DAWs.
Also both DAWs were able to play up to 24 tracks at 1028 without overloading the CPU. Cubase was not able to play one more track at 2056 without overloading the CPU. Both DAWs were overloading the CPU with the 24 tracks at 512 samples. So the performance for these plugins was absolutely the same for LPX and Cubase 11.