CWBRN-40567 - real time track bounce or export hangs•

I held off posting this to see if I could find some kind of a pattern. Ever since updating to Jamaica Plains - I'm getting occasional hangs when I "bounce to track" or export an entire song to WAV file. when this happens - it just gets stuck with the "busy" icon. If I force SONAR to close, then reopen and bounce again - it will be fine. Then other bounces will be fine, until one time it will hang again.
 
I just happen to be bouncing a song (multiple times after mix updates) and bouncing some soft synths to audio tracks - so I'm seeing this happen maybe 1 in 10 times - with no obvious pattern or repeatable "recipe".
 
Has anyone else noticed this?

I'll double check - but the CPU cores are pretty evenly balanced...

Hi cool,

It's under like you're seeing the same problem as me. There is no way to predict when it is going to "hang" (or crash) is there?

If this was caused by a plugins, it would happen every time - also latency settings etc shouldn't cause SONAR to hang one time, then work OK on exactly the same file...

I never do fast bounce - always real time.
This has never happened until the JP update, and even then, it's only sometimes. The bounce goes right to the end - but then just hangs...
Then - kill SONAR and reload - and the exact same bounce works perfectly.

Oh well, hopefully they'll fix it next month ;-)

OK - problem reported

CWBRN-40567

I can confirm that I've had this happen a few times since my update to Jamaica Plain.
It's just as you describe, exporting a project to .wav hangs and fails . . . after a Sonar restart, the next export is successful.
For me when it happened it hung exactly at the end of the project, and the resulting .wav file was invalid.
My first thoughts were my system or the project were causing this, but if other Sonar users are noticing this, then maybe there is some new bug introduced ?
I try to send a problem report (using Sonar's automatic problem reporter) when I get things like this happening, but I am always disconnected from the internet (Wi-Fi) when doing my exports, so the problem reporter never works properly ?

I could not create problem report ticket via cakewalk, just write another one thread on Steam forum (i have steam version sonar platinum). Hopefully, working together, we will solve the problem quickly

Well, CWBRN-40567 is "under investigation" now.
They asked me to try something - which didn't really work - but at least they're having a look now ;-)
 

Plugins like Omnisphere and Trilian (and probably anything that streams) don't really like like fast bounce - so I just do real time bounces all the time (whether I really need to or not).

Doktor Avalanche
Can't you freeze the synth?

Yeah - as a matter of fact - the synth tracks are all bounced to audio, and I was just bouncing (technically - exporting) the entire song to a WAV. To be honest there's really no need to do a real time bounce at this point - but no matter how you look at it, a real time bounce is easier on the system than a fast bounce ;-)
so it should be less prone to "problems".
 
I've never had this problem before JP, and since going back to Ipswich, it's been fine.
 
When I was trying out using a MME driver (instead of ASIO) it rebuilt the AUD.INI file, so that's not what's causing it. To be honest, after I went back to ASIO, I did about 7 or 8 bounces and they were all fine. I was just about to report back to Cakewalk that it might be OK now, and the last bounce hung :-\
 
I uploaded a (big) bundle file - and the problem report is "under investigation". I do feel that others are seeing the same type of problem, and it's definitely something in JP  -so I'm sure we'll get to the bottom of this eventually. I'm quite happy on ipswich in the meantime ;-)

Thanks scook - that is a new one for me.
Hey, maybe fast bounces will solve this problem.
 
It *still* never happens <= Ipswich, so it would be good to know what's causing this.
Again, I'm pretty sure it's not just me and/or this one project.
 
I will try some fast bounces though...

Well, I'll be damned!!
I've just done 10 exports of the entire song - without any hangs. I tested the output WAV and it's fine too (as expected, I guess).
FYI - the fast bounce wasn't really that "fast" - it took about 3 minutes for a 4 minute song - but I was never really interested in the speed
 
I'll update the problem report - and will use fast bounce now, and see how things go.
 
Thanks again for the referece, Steve, as I missed that, and it goes against my intuition...

a fast bounce can adjust based on CPU usage see http://forum.cakewalk.com/FindPost/3094164

 
This is the kind of stuff we should be hearing about - rather than how many more loops we can download this month.
I'd never heard of this, and I wonder how many more things I've missed.
 
I'm not blaming anyone (except maybe myself for missing this) - I'm just saying...

That's the thing - I know I actively turned it off, ages ago, when Omnisphere and Trilian documentation said to. Then I figured Kontakt (which also does disk streaming) would probably benefit too.
I always saw real time bouncing as the "safe" way to do it - but it seems things have moved on ;-)