• SONAR
  • Having quite a few issues with Sonar X2a
2013/06/10 00:22:28
fHumble fHingaz
Hi all,  I'm having some problems with Sonar X2a and was wondering if anyone might be able to help
 
The first, most annoying one is that when I close some of my projects without saving (which I often do if I want to just check something I did in a mix & leave it untouched), it freezes.  I have to close Sonar down completely.  Then it refuses to open again until I shut my computer down & restart.  Having said that, I can open X1 (or some other DAW I have installed) in the intervening period, work on it for an hour or so, then X2 will open again.
 
Another issue is audio dropouts that occur in specific sections of songs.  Now, these are not due to lack of CPU power - as you can see from my details below, I have a powerful computer, & I'm running at a latency of 1280 samples for mixing.  I have worked out that the dropouts are occurring due to conflicts of some kind happening in the clips in my project.  For example, I will usually clean up, or time-align clips by breaking them up into smaller pieces - these usually have crossfades on them where they start & finish & join together. Sometimes I can remedy the problem by bouncing them down to one clip.  However sometimes, they refuse to bounce down & I get an error message.   
 
These problems only started occurring in X2, & have continued with X2a - I ran X1 on the same computer with relatively no problems.  It seemed to open much faster too.
 
I really love many of the improved things in X2, but these issues are becoming very time-consuming & frustrating.
 
Here are my details:
OS: Win 7 Professional 64 bit (Service Pack 1)
Processor: Intel Core i7 2600CPU @ 3.40GHz 3.4GHz
RAM: 16GB
Interface: M-Audio ProjectMix I/O
Also running a UAD2 Solo PCI Card for some plugins.
 
Thanks in advance!
2013/06/10 01:42:50
robert_e_bone
Can you please detail any error messages you get?  Your post indicated sometimes you are getting a message)
 
Also, I certainly do not know if this applies, but I found this on the UAD site:
 
"due to plug-in host differences between DAWs — and our own rigorous testing standards — Universal Audio only officially tests and qualifies the latest UAD software with:
 
Avid Pro Tools 10
Apple Logic Pro 9
Steinberg Cubase 6.5 and Nuendo 5.5
Ableton Live 8.4 and 9.0.2"
 
Can you perhaps (just for an experiment), temporarily remove the UAD stuff and retest?  I am wondering if any of the above may apply.  I am just trying to isolate your issues, that they may be better diagnosed.
 
In addition to the above, I had looked into the 'hanging Sonar' issues you describe, where Sonar won't open after closing, and all of that.  It seems that quite often, in those cases, one or more Sonar-related task was still running, even after Sonar itself was closed.  This seems to be often where Bitbridge is still out there, and it apparently goes away after a while, and using Task Manager to kill it also seems to work.
 
So, in the projects you are having trouble with - particularly the ones that exhibit the behavior above, are you using 32-bit plugins (either effects or synths)?  If so, just for testing can you try to swap those out for 64-bit plugs?  Again, I am just trying to isolate the issues.
 
I found an example in the FAW section of the UAD site, where there stuff works with one release of Cubase but not a newer one, and am wondering if this kind of thing may be occuring with your UAD stuff and X2a - versus it working fine in X1:
 
"
Q: Will UAD version 7 work with Steinberg Cubase 7 and Nuendo 6?
A: We are working directly with Steinberg to resolve a Cubase 7 and Nuendo 6 issue with UAD Powered Plug-Ins and we currently do not recommend using these hosts with any version of UAD software. UAD Powered Plug–Ins version 7 is fully qualified with Cubase 6.5 and Nuendo 5.5.
The issue: Sample rate and/or buffer size errors can occur when using UAD plug-ins and Cubase 7/Nuendo 6 is set to anything other than a sample rate of 44.1 kHz and an I/O buffer setting of 1024. After the error occurs, the UAD plug-in does not process audio and "disabled" does not appear in the UAD Toolbar, so there is no way to determine if the plug-in is functioning (other than listening to it).
Note: If Cubase 7/Nuendo 6 are constrained to use only the 44.1 kHz sample rate AND the 1024 I/O buffer size, UAD Powered Plug-Ins may work, but again these hosts are unqualified and are not supported."
 
Bob Bone
 
2013/06/10 23:18:42
fHumble fHingaz
Hi Bob,
 
Thanks for your reply - I really appreciate you taking the time.  In fact, I tried to reply yesterday, but the Cakewalk forum repeatedly crashed & so I lost all the stuff I typed.
 
Just to clarify, I don't get the message when the project drops out - it simply stops playing...
To remedy this problem, I have to find the wave file sections that are causing playback to stop & then re-bounce them down. The error message that I get when I try to bounce certain cut up tracks down is "Internal Error".  I'm not bouncing down the tracks with processing - just bouncing the raw tracks down.  The plugin processing remains independently adjustable.  It seems, when I find the culprits that are causing the problem, I have to re-bounce the sections down individually rather than as "batches", otherwise I get the "internal error" message.  Once I find & rebounce the culprits, the project plays without stopping.
Can you perhaps (just for an experiment), temporarily remove the UAD stuff and retest?  I am wondering if any of the above may apply.  I am just trying to isolate your issues, that they may be better diagnosed.
I will give this a try - UAD has never given me issues before, but it's worth looking into. 
 
In addition to the above, I had looked into the 'hanging Sonar' issues you describe, where Sonar won't open after closing, and all of that.  It seems that quite often, in those cases, one or more Sonar-related task was still running, even after Sonar itself was closed.  This seems to be often where Bitbridge is still out there, and it apparently goes away after a while, and using Task Manager to kill it also seems to work.
Ok, tha makes sense - I'll try that. 
 
So, in the projects you are having trouble with - particularly the ones that exhibit the behavior above, are you using 32-bit plugins (either effects or synths)?  If so, just for testing can you try to swap those out for 64-bit plugs?  Again, I am just trying to isolate the issues.
 
I'm using both 64 & 32 bit plugs, so bitbridge could be causing some problems.
 
Thanks again.
 
2013/06/11 00:26:07
stevec
Do you see any improvement if you decrease latency?  With your system I'd imagine you should be able to try using something significantly lower just to test. 
 
Also, how does your disk and RAM usage look?
 
2013/06/11 04:52:53
robert_e_bone
I saw a small number of prior threads posted on the internal error message, and they did not seem to end up resolved, so unless it ends up as one of the things I suggested earlier as possible reasons for your woes, I am out of ideas.
 
I look forward to your posting back on the results of the additional things you were going to try.
 
Bob Bone
 
2013/06/11 07:38:03
fHumble fHingaz
Do you see any improvement if you decrease latency?  With your system I'd imagine you should be able to try using something significantly lower just to test. 
 
Also, how does your disk and RAM usage look?
 
Thanks Steve, I'll try reducing latency & see what happens.  I'll check out disk & RAM - I don't seem to recall having a problem with either, though.
 
I saw a small number of prior threads posted on the internal error message, and they did not seem to end up resolved, so unless it ends up as one of the things I suggested earlier as possible reasons for your woes, I am out of ideas.
 
I look forward to your posting back on the results of the additional things you were going to try.
 
Bob Bone
 
Thanks Bob, that's good to know - I'll try it & get back.
2013/06/11 09:13:58
wizard71
Sonarpdr.exe still a running process after sonar has crashed? If so then I believe that is a soundcard driver issue, especially if its M-audio.
2013/06/11 09:35:11
fHumble fHingaz
wizard71
Sonarpdr.exe still a running process after sonar has crashed? If so then I believe that is a soundcard driver issue, especially if its M-audio.



No, Sonar X2 will not re-open after it has crashed (until I re-start the computer) - the soundcard however, still works with other DAWs that I have installed on my computer (eg. Sonar X1, Reaper, Mixcraft 6) immediately after Sonar X2 has crashed without the need to restart.  
 
 
2013/06/11 09:55:59
wizard71
Well if its not sonarpdr.exe being open still that stops the restart of sonar then I'm clueless, sorry. AFAIK it's because sonar after crashing does not always release the audio drivers. Whether or not this affects any other version if sonar opening I wouldn't know.

Good luck

Bibs
2013/06/11 13:40:54
stevec
fHumble fHingaz
No, Sonar X2 will not re-open after it has crashed (until I re-start the computer) - the soundcard however, still works with other DAWs that I have installed on my computer (eg. Sonar X1, Reaper, Mixcraft 6) immediately after Sonar X2 has crashed without the need to restart.  
 
 


I think Bibs meant that SONAR may be still running in the background; i.e., in Task Manager.  If so, that would prevent it from loading up using the shortcut.  Apparently MAudio drivers have a tendency to lock the SONAR executable under certain conditions, even if other apps are able to access the drivers after the fact.
 
12
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account