• SONAR
  • Export = MultiCore - Export w/AudioSnap = SingleCore
2012/10/10 18:10:37
Silicon Audio
If I export a multi-track project to .wav in Sonar, I see all 6 of my CPU cores working and the export is reasonably quick.

If I have AudioSnap enabled on some tracks on that same project and export, I see only one core heavily loaded and the export takes 30 to 40 minutes.

I could understand this if I had AudioSnap enabled on just one track and so all the work was occurring on a single thread.  But if I have multiple AudioSnap enabled tracks, why is all the work happening serially in one thread only?

I know what you guys are going to tell me - I should be bouncing the AudioSnap tracks first.  Sorry, no.  I don't make destructive edits if I can avoid it.  Export should just work properly with AudioSnap.  If I have a number of tracks with A/S, why doesn't each track get its own thread?
2012/10/10 19:03:23
Noel Borthwick [Cakewalk]
The issue is the high quality "audio snapping" part of the export process is completely independent from the actual bounce (this is the part where it displays "processing audio"). That process uses the Izotope stretching and is not multithreaded.  We'll attempt to multithread that part of the processing at some point (assuming that the Izotope stuff is indeed thread safe) but as of today its done on one thread.
2012/10/10 19:12:38
Silicon Audio
Thanks for the answer Noel, at least I now know the reason.

I guess it's not possible for multiple instances of the Izotope algorithm to run simultaneously huh?  No worries, I look forward to seeing this in a patch or a new version one day.

Bill.
2012/10/10 20:16:14
swamptooth
reminds me of the old saying "bounce first, ask questions later..."
2012/10/10 22:48:14
Noel Borthwick [Cakewalk]
Possible in theory. In practice this is a third party library so we'd have to test it to make sure there aren't concurrency issues. It is on our todo list.
2012/10/10 23:31:53
Silicon Audio
Noel Borthwick [Cakewalk
]

Possible in theory. In practice this is a third party library so we'd have to test it to make sure there aren't concurrency issues. It is on our todo list.
Beta testing is overrated 


But seriously, if you did get this working, it would save huge amounts of time and allow me not to have to bounce Audio Snap, which leaves everything nice and manipulable.  I'm not a huge fan of destructive edits if I can avoid it.
2012/10/11 02:00:56
swamptooth
what i've done in the past when i used audio snap is bounce the snapped clip to a new track and then mute the audio snapped track.  i have to test it on x2 to see if it works the same.
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account