…sorry that I cant help, and I am sorry to hi-jack, but I just had to chime in on this one as I am struggeling with the same problems/symptoms. Everything started when I upgraded to Cubase 6, and got even worse in 6.02.
Win or Mac?
It would be nice to spot the similarities between the problematic systems. Eg. I noticed that smartinuf has Kontakt in his project and Kontakt is one of the Kore 2 instruments in my project, too. I have a suspicion that the problem might be related to using NI (see my previous post about using multiple Kore 2 instances).
OK, went to studio today to perform tests, troubleshooting, etc. Brought up same file I was having problems with, as described earlier. System performed as it should, no asio spikes, performance meter hung around 10% as it should for a project this size. Asio buffer at 256.
As I only had an hour or so, I decided to get a mix of the song while it was working right as I don’t know when it will screw up again.
This has been the nature of this problem all along and part of what makes it so elusive. I have a feeling that if I had kept working on the song it, it would have crept back in as in the case of the other night when it got real bad and I couldn’t even play it through without tons of spikes and dropouts. That night, I was working for at least 6-7 hours and should report that I did not try quitting Cubase and restarting which as Hungaristan reported seems to help almost as if a “reset” was performed.
I did notice that the preference for “suspend VST3 processing when no audio signals present” was checked initially.
I tried unchecking it and nothing n changed but as I said problem was not exhibiting itself in the first place.
Also, the other night when the spikes were occurring, I opened another project that contained NO VSTis and the problem persisted though not as bad. There were also many less plug-ins installed.
Since I had limited time and the problem was not showing itself, I could not perform any other tests, I’ll try again over the weekend when I have more time perhaps from the angle of trying to induce the problem if I have to.
I should also report that I don’t recall making any setup changes other than trying different buffer settings over the course of the night when the problem was showing. I did of course make edits,EQ changes, etc., as I was attempting to mix. As for the buffer settings that night, I believe they were at 1024 to start with and after trying many settings in my troubleshooting experiments must have ended up at 256 as that is what the project opened with today.
I wish I had more to report, this is frustrating but I’ll keep trying.
Yes Kore has some things to take in account. (use it myself). Kore has no multicore support. If you run everything in one Kore it will all be loaded on one cpu core so if you have a 4 core cpu use at least 4 Kores too (or one for each sound) Plus. Kore is inefficient itself cpu wise. If you use a massive sound for example in Kore, it will have more cpu useage if you use the patch in Kore then just the massive plugin. Plus that way (using for example 2 Kores, 2 massives and 2 absynths etc) the multicore usage of cubase is better then in less instances. Memory use might be slightly higher but not much.
Hope this helps
You missed this one and really should try it: “You should try to turn off the AMD speed throttling technology “Cool’n’Quiet”. You can do this in the BIOS of the system.”
For those with Intel chips the equivalent move would be to turn of speed stepping, also called EIST, in the BIOS
There where Multicore issues in the past with NI plugins and also with UAD in conjunction with Cubase. So updating would really be wise.
Ok, leave it last but if the problem persists realy go back to this. Really disable all of your devices in the Device Manager and don’t be contained when doing so. Display these devices: Soundcards, Display Card, UAD, network card, bluetooth, wlan,
And then check if the problem persists.
Regarding your 8 HD Raid system:
Hmm I’m a bit worried about that. I’m not too familiar with such a setup.
Which RAID level are you on? RAID 0, the duplexing mode?
Or are you using a mirroring level?
I forgot to add this, but this was already done a year ago when I set up the machine.
There where Multicore issues in the past with NI plugins and also with UAD in conjunction with Cubase.
To me this seems to be the most likely cause. Again, this machine with the same components used to run without any hiccups for nearly a year. Software updates (no new software) were the only changes that were made during this time and the problems started with v6.
But do you still have Cubase 5 installed right now right? Do the problems occure there as well?
You should still not jump to conclusions and continue to try the other suggestions from A to Z.
Do update your devices and do everything I have suggested. You will be past that in less than an hour.
Here I already looked up the page for your mainboard check the updates:
To 6: Let us know what happens when you update you UAD and NI plugins.
Check if the affinity trick works:
When the problem occures go to taskmanager (Contr+Shift+ESC) --> Processes–> Right click on Cubase.exe–> Set Affinity --> Click on Ok (You do not even have to change something in the affinity dialog)
Win 7 64 bit
Cubase 6.0.2 32 bit
Dual core 3.16ghz
8 gig ram
UAD2 and UAD1
I am running projects with EWQL Goliath, and Halion Sonic… These projects worked great until I installed Cubase6.0, and got worse after 6.0.2. But the funny thing is that it seems to get worse every day?! I really cant play my projects anymore…
OK, so we both run Cubase 6.0.2 32 bit on Win 7 64 bit and for both of us the problem gets gradually worse. Now I’ll install the latest NI updates, go through the actions recommended by JHP (check his latest post) and report back.
OK, me too.
I’ll finally have some to devote to this (if the universe cooperates) tonight (6/11) and will attempt to edit and mix another song from the same live session as before and troubleshoot along the way. I’ll be the Mac guy, maybe we can narrow this down further, platform-wise or whatever. I’d like to encourage anybody else (Robotpriest?) with similar problems to participate however they can. Also, thanks JHP for contributing and watching this thread.
I’m not sure it’s as simple as that. The CPU meter shows an evenly distributed load between all 12 cores at a very low level (~10-12%) and there’s no sign of loading one core only. However, using multiple instances of the instruments definitely seems to help.
I have the same audio clicks when recording 12 tracks at the same time. I never had this problem before using cubase (from SX3 till 6.0) The problem appeared on version 6.0.2.
No VST’s are activated. Only audio through Scope Asio drivers.
I’m beginning to think I may have a RAM problem (Thanks NYC). My system is only reporting 6 gigs of RAM when it should be 8, probably a bad stick. System profiler reports ECC errors on one stick. I’ll try reseating and reconfiguring slots, removing, etc. I’ll report back when I can definitely confirm but it may take a few days as time is limited.
I would recommend others with this problem check this angle as it makes sense in a few ways, cross platform, heat related as in build up of heat in computer over time hence more errors with longer use and reset on startup not to mention weather in general.
Please report results, maybe we can let Steinberg off the hook on this one, ha.
OK, so after installing all NI updates AND distributing the instruments evenly between two KORE 2 instances instead of using a single one the ASIO spikes have gone and the ASIO load dropped back to 40-50% from 70-80%.
It would be easy to blame NI only, but the problem didn’t show up until v6, so it’s not as simple as that. Anyway, it’s working now.
Ok, so the issue has been solved after updating the NI plugins.
To the other participants, let us know how your cases develop.
It seems many people have the same problems, and I have been one of them. The ASIO would spike red and produce skipping clicking sounds.
I am using Windows 7 64-bit with Cubase 6.0.2
Recent Windows 1394 driver are the problem. It started with XP service pack, and continues with Win 7.
The earlier windows drivers allowed the firewire to communicate at speed of 800, but the newer drivers won’t sync above 400.
Go to device manager, find your 1394 device and Update driver manually (downdate).
This is done by right-click on the 1394 device…Update driver software… Browse my computer for driver software…Let me pick from a list of…
One of the descriptions that appears in the list will have (Legacy) at the end of the line
“1394 … (Legacy)”
Select that one. Reboot, breath, drink…
For me all spikes, nods, winks, and red lights stopped appearing, as well as the reported Latency statistics in Cubase device setup dropped by half.
Hope that helps
Forgive my ignorance, and I’m probably going to look like an idiot posting this, but… are you using a firewire 800 interface? I’m only using a firewire 400 interface (M-audio profire 610). I’m sometimes having ASIO spiking issues as described in this thread, but it seems I’ve been able to clamp down on them a bit by turning off some background processes in windows etc. Even so, it still seems to me that plugs like Halion Sonic use an awful lot of CPU power, though, and I’m still having occasional spikes and dropout issues with Kontakt 4.
Anyway, I can’t consistently reproduce these problems so I’ve been keeping quiet and trying to figure it out on my own. I’m all for trying your firewire driver suggestion, but I’d gather most of us are using a firewire 400 interface anyway, so I’m confused as to why the latest drivers bottlenecking the firewire 800 to firewire 400 speeds would make much difference. I’m not arguing… just trying to understand.
Good evening Ladies & Gentlemen!
First off: Sorry my English…
I want to thank all the Users for their answers with this annoying issue and have to say that every help wasn’t the cure for this issue! I fought 4 days with that problem and searched all over the internet for a solution! I’ve tried nearly everything and I can now tell you what is “not” the problem!
Here’s a summary what Users all over the world told the victims:
-Too short Buffer Size (Nope it is’nt, it is a subtle change but over time it grows bigger…)
-Multi-Processor support and other options in the settings (Nope, the same problem)
-Wrong Soundcard Drivers (Nope…)
-Wrong Firewire Drivers [NEW & Legacy etc.) (Nope, I’ve tried them all)
-Give another Firewire Port a try (Nope - I’ve tested onboard and the PCI card. Same problem)
-Cool ‘n’ Quiet and other lame stuff from AMD MB’s (It was an issue before C6 but “This” issue is something different with similar symptoms.)
-Conflict with other Drivers (Nope - I deactivated everything which was onboard etc.)
-Dirty OS (Nope - New/Clean installation)
-It’s the combination between W7 64 Bit and C6 64 Bit (No!! Unfortunately… It is’nt, I was running C6 32 Bit on that platform and got that same issue again…)
-There was absolutely “NO” problem before I bought C6! I’ve used C5 and downwards with loads of tracks and plug-ins etc. and that with my “old” PC!
-I’ve bought a new one because my new libraries which are craving for “more” 64-bit power - so I’ve built a computer with an AMD x4core 3,5GHZ, 16GB DDR3 RAM, Windows 7 64 bit, C6 64 Bit etc. My interface is a RME Fireface 400! It worked very well with my old PC. Even with my mobile interface (M-Audio Fast track pro) I don’t got this problems (On C5)…
-I’ve paid a lot of money for all the things (>1000€) and the only thing I can do now is switching to my old system, which is “now” the only solution, (Without the use of my Librarys etc.) and hoping that an update finally fixes that problem…
You don’t seem to have tried this and in my experience it’s the one you should have done first (hand-in-hand with turning off power-saving in BIOS). I have noticed that since this option was introduced in C5.whatever-it-was, after upgrading it was always wise to check it hadn’t defaulted back to off. I seem to remember that the C6 version of this option is slightly different so I would check.
You definitely need it, it stops Windows from throttling the cores back and what you describe is a classic symptom.
[Edit] Just read the latest post, which appeared while I was writing this one. It’s not Cubase, it never is, lots of people have it working fine, including me. But it took some getting there and it involved having to learn a lot about BIOS, hardware and power modes. That’s where you are, my friend. Sorry…
Thanks a lot for remembering us to do this!
It cured the ASIO spikes and audio crackles I had on both Cubase 6.02 versions (64 bit and 32 bit) after a migration from Cubase 5 on Windows XP to Cubase 6 on Windows 7 64 bit.
And indeed this option was per default deactivated in Cubase.