Helpful ReplySonar Platinum Memory Leak and dropout issues (22.06 and 22.07)

Page: < 12 Showing page 2 of 2
Author
Soulburned
Max Output Level: -89 dBFS
  • Total Posts : 53
  • Joined: 2015/03/29 17:03:19
  • Location: California
  • Status: offline
Re: Sonar Platinum Memory Leak and dropout issues (22.06 and 22.07) 2016/08/08 04:14:20 (permalink)
UPDATE:
Testing WASAPI is proving interesting.  Had to spend some time fixing registry to get Windows to NOT run Sonar in Compatibility mode because going into "properties" > Compatibility tab showed the program was not running in compatibility mode, but I was constantly getting Addictive Drums scan errors saying the Computer ID doesn't match and to make sure the HOST wasn't being run in compatibility mode (which it turns out it was).

While the GUI, including CPU and memory monitoring tools becomes somewhat unresponsive or sluggish during playback (and that includes basic keystroke commands like play and stop) audio remains crystal clear and I can even enable some of my "mixing" plugins that are usually pretty heavy on CPU in ASIO.  It doesn't matter whether I have those plugins in the project or not, my system can playback perfectly fine at 3 msec / 144 sample buffer, with the default Buffers in playback cue set to 2; the project never passes 15% CPU usage even under full load, and the memory usage doesn't climb to 100%.
 
Hooked the microphones (main mic in the vocal room, and talkback here in control room), proceeded to check the latency on input echo.  Tested recording.  Memory usage steps up just a little bit as the increased footprint for the recording stream is to be expected, but it doesn't continuously climb like in ASIO.  All seems completely manageable.  So far everything is running stable in WASAPI.  Just seems so odd that I can get this kind of performance out of Sonar with WASAPI when this same project (when it was stable) in ASIO at 48 sample buffer just simply refuses to perform.
post edited by Soulburned - 2016/08/08 05:15:20
#31
Soulburned
Max Output Level: -89 dBFS
  • Total Posts : 53
  • Joined: 2015/03/29 17:03:19
  • Location: California
  • Status: offline
Re: Sonar Platinum Memory Leak and dropout issues (22.06 and 22.07) 2016/08/10 06:08:25 (permalink)
Happy to report that I was able to complete the client session tonight with superb stability and indiscernible latency while tracking.  I used the WASAPI driver model and even with several "CPU expensive" processors enabled had completely clean 3 msec / 144 sample buffer.


There are a few minor quirks in this mode such as the Audio engine stopping after 5-10 minutes of idle time, but NEVER during use.  It's a nag that can certainly be annoying while i'm working in the vocal room getting a client situated and dialing in mic placement etc. but easily remedied.


I'm finally getting to go through the session and found a few odd "when did that happen" situations, mostly to do with pro-channel modules. 


The default channel-strip (at least for my system since I had never changed my default):
  Compressor > EQ > Tube > Console Emulator
All of these modules were enabled on EVERY track even though I only had maybe a handful of ones I had actually utilized and changed.  The Channelstrips themselves were disabled but when I had the project playing the activity lights definitely registered signal was passing through.  I went through and manually deleted every module in the channel-strips that I know I don't want / not being utilized.

Currently exporting renders while in WASAPI, and then I'll try switching back to ASIO to see if I can find what was causing the memory leak.  I noticed when I export it says processing audio - but I'm positive I've never enabled audio snap, used audio stretch tools, or have any vocalsync or melodyne clips still "live".  What else would have to be processing before audio mixdown occurs? 

I've opened the project up now back in ASIO (1024 sample buffer @ 48/24) and the memory leak started climbing.  I tried bouncing some clips of some already frozen tracks that I had chopped (not stretched or anything else) and somewhere in those bounces the memory leak apparently fixed itself.  I hit undo on each of those edits I made to see if the memory leak would start happening again - hoping I could find which track/clips did it.  Nada.  Exited without saving and re-opened.  No more memory leak, but i'm still stumped!

At least now I can finish working on some of the production elements before I prep the project for mixing.
#32
Soulburned
Max Output Level: -89 dBFS
  • Total Posts : 53
  • Joined: 2015/03/29 17:03:19
  • Location: California
  • Status: offline
Re: Sonar Platinum Memory Leak and dropout issues (22.06 and 22.07) 2016/08/12 02:51:04 (permalink)
So far I've been able to clear the memory leak and static creep issues with all of the other offending projects.  I still cannot identify what specifically is the culprit behind the issue, but I've noticed that all of my projects that were created in 22.06 and have been opened up in 22.07 seem to have been affected in the following ways:
Tracks which did NOT have any pro-channel strip alterations (never engaged or used the channel strip modules or the strip itself), all had every default module "enabled" and the strip itself would be inactive, but during playback the signal indicator lights for those modules would light up with activity even though if I manually toggle enable and disable of the Channel Strip there are no audible changes.
  Ex: COMPRESSOR activity light will show green>yellow but the needle showing any gain reduction doesn't move.
  Ex: Tube activity light not only shows signal passing through but the "tube" icon itself actually flickers or glows like when it's fully engaged.

These same projects ALSO had frozen elements which had been further edited (ie: trimming, duplicating clips from the frozen track. 

In the main project I've been posting about, I mentioned the following:
"I tried bouncing some clips of some already frozen tracks that I had chopped (not stretched or anything else) and somewhere in those bounces the memory leak apparently fixed itself."
I also ended up trying this after going through and deleting all unused Pro Channel Modules in all tracks and making sure the EQ modules and Channel Strips themselves were completely disengaged.

Eventually, every project I was experiencing issues with (which all fall within the period of using 22.06 - 22.07) are now clear of the memory leak and static creep issue.

So, if any other users are experiencing the same things, somewhere in the combination of checking every track's channel strips for odd behaving modules and bouncing/freezing new clips that were chopped from frozen tracks, may resolve the issue for you as well.

Thanks so much to everyone who's chimed in and helped out with the troubleshooting!  I also bit the bullet and am waiting on two more sticks of RAM and a SIIG PCI-E Firewire card with a Texas Instruments chipset just because there's been so much overwhelming suggestions to stray away from the onboard VIA chipset.  Might even solve some issues I don't even know I'm having :P
#33
Soulburned
Max Output Level: -89 dBFS
  • Total Posts : 53
  • Joined: 2015/03/29 17:03:19
  • Location: California
  • Status: offline
Re: Sonar Platinum Memory Leak and dropout issues (22.06 and 22.07) 2016/08/17 04:58:15 (permalink)
UPDATE:
Alright, I'm about ready to package up a CWP file for the support team to analyze because the Memory leak and static creep are BACK when in ASIO mode (again, same project).  I just had one more recording session in the project this thread was posted about to get some touch ups done on the vocalists' harmony work.  I had opened the project several times in the last week since my previous post which it was working completely fine in both WASAPI and ASIO mode after doing all of the previous things I had thought fixed the problem.

All I did was open the project to bounce various mixes (not even using mix recall at all), and I open the project up today and immediately experienced the issues.  Not having time to fiddle with anything I immediately closed the project and reconfigured my preferences for WASAPI and my lowest tolerable latency settings and was able to track no problem.

During the weekend I received and installed the new parts for my PC, 2 more sticks of the exact same model RAM to max my memory out at 24gb (the motherboard is an ASUS P6x58D Premium that's over 7 years old).  I also installed a SIIG PCI-E Firewire card (confirmed TI chipset) and disabled my onboard VIA firewire chipset and proceeded to open up numerous projects.  The firewire 800 bus works flawlessly, Sonar seemed more stable initially:
ie: prior to the PCI-E card, Sonar's audio playback and visual display were always noticeably off (we're talking between 200-300 ms out of sync). With the Texas Instruments based Firewire connection, the Fireface was recognized instantaneously as opposed to a few seconds later by windows - and the RME Total Mix software popped up the fastest it had ever popped up when I power the unit on.  Sonar's audio playback and visual display are noticeably more in-sync (near perfect if I can be so critical as to judge).
However, today was my first day back into regular production level work with Sonar and it appears the issues have returned.  As soon as I'm done editing, I'm creating a completely new empty project, and carefully rebuilding it with raw bounces and/or instances of the Virtual Instruments... Not exactly how I expected to spend my time prepping for mixing and mastering but I simply cannot live with the memory leak and static creep (nor do I prefer to work in WASAPI).
#34
Page: < 12 Showing page 2 of 2
Jump to:
© 2025 APG vNext Commercial Version 5.1