Helpful ReplyWeird dropout problem

Author
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
2016/08/15 00:32:05 (permalink)

Weird dropout problem

I've got a very odd dropout problem. I've searched the forum but I'm not finding anything that seems to be related. Here's what's happening. If I'm working with a project file and I'm actually working on it i.e. playing/recording midi tracks, editing notes or tracks etc, everything is fine and I can go all night without any dropout. 

However if I allow the system to go 4 minutes without touching the mouse, the audio engine crashes and stops. You can set your watch by it. It happens if the song is playing. It happens if I'm recording audio. It happens if everything is stopped and just nothing is playing. Allow the computer to sit for 4 minutes without touching the mouse and audio will crash.
 
If I go 3:55 and move the mouse just a bit, the clock resets and it'll be 4 minutes after that before audio crashes. Its repeatable and predictable and happens every time. 

For the most part I can work with it. But if I'm trying to record bass or guitar, I can only do it in segments 4 minutes or less. Otherwise the audio crashes. This is particularly troubling if I'm trying to use comping.
 
Has anyone seen or heard of this before? Any idea how to fix it?

Oh sorry, I thought I had my specs in my sig line but I don't.
I'm running an i7 processor with 32GB of RAM. My OS drive is SSD, the audio and plugs are each on separate 7200 RPM drives. I'm using a Berhinger FCA1616 with the USB interface (no firewire on this machine).
post edited by JohanSebatianGremlin - 2016/08/15 00:54:30
#1
pinguinotuerto
Max Output Level: -71 dBFS
  • Total Posts : 976
  • Joined: 2009/12/01 18:46:41
  • Status: offline
Re: Weird dropout problem 2016/08/15 01:14:18 (permalink)
Sounds like a Power Saving feature in Windows that needs to be adjusted so that it allows the computer to be idle for a longer amount of time.

HP DV7-3085 Laptop (Intel Core i7 720 1.6 GHZ, 6 GB RAM, 1333 MHZ FSB, 2 500GB 7200 RPM Internal HDs, 17" screen), HP 2009m Monitor, 2TB Ext Drive
Line 6 UX8 with PodFarm 2 Platinum

2 Joe Meek VC6Q British Channels
Sonar Platinum & X3e Producer (64 Bit)

AD2 w Roland V-Drums (TD4KX2)
Windows 7 Home Premium (64 bit)

KRK VXT 8 Monitors
Frontier Alphatrack, Razer Naga Mouse, nanoKontrol2
 

#2
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/15 07:01:49 (permalink)
I have already disabled every power saving feature I could find.
#3
Kalle Rantaaho
Max Output Level: -5 dBFS
  • Total Posts : 7005
  • Joined: 2006/01/09 13:07:59
  • Location: Finland
  • Status: offline
Re: Weird dropout problem 2016/08/15 07:58:34 (permalink)
Are the hard drives "green" with their own power saving features?
How is the audio crashing? Does the the audio engine simply switch off or do you get some error message?
Do you need to reboot or restart Sonar after such a crash or just switch audio engine on?

SONAR PE 8.5.3, Asus P5B, 2,4 Ghz Dual Core, 4 Gb RAM, GF 7300, EMU 1820, Bluetube Pre  -  Kontakt4, Ozone, Addictive Drums, PSP Mixpack2, Melda Creative Pack, Melodyne Plugin etc.
The benefit of being a middle aged amateur is the low number of years of frustration ahead of you.
#4
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/15 09:00:53 (permalink)
The drives are older, came over from the previous music machine build, so I doubt they have any green features.
I don't recall the exact message but when it happens I get some sort of they audio engine has stopped dialog.
No need to reboot or restart Sonar. Just click the audio engine button and we're back in business.
 
Here's the thing. It happens regardless of what I have loaded. My default scratchpad project that I usually start with has two plugs loaded, Pianotec and a drum plug. Very lightweight. If I load that project and do nothing, not playing, not recording, just letting it sit idle, audio will stop after 4 minutes. I don't believe I've tried it, but I'm pretty sure I could load a project with no plugs or tracks and audio would stop if I left the machine idle for 4 minutes.
 
Move the mouse at any time during that 4 minutes and audio will stop 4 minutes from that last mouse move.

It's been a while since I've first started trying to diagnose the issue so I don't recall if touching a key on the computer keyboard or a key on the midi controller keyboard or pressing the damper pedal resets the clock, but I could easily do a test of that when I get home.
#5
abacab
Max Output Level: -30.5 dBFS
  • Total Posts : 4464
  • Joined: 2014/12/31 19:34:07
  • Status: offline
Re: Weird dropout problem 2016/08/15 09:27:21 (permalink)
For a comprehensive system report on your power management settings, try this from a Windows Command Prompt using "run as administrator":
 
C:\Windows\system32>powercfg -energy
Enabling tracing for 60 seconds...
Observing system behavior...
Analyzing trace data...
Analysis complete.

Energy efficiency problems were found. (I have my system set to "High Performance", so these errors get generated and ignored -- the expectation of the test is to find power saving features enabled)

13 Errors
7 Warnings
17 Informational

See C:\Windows\system32\energy-report.html for more details.  (read this file for the results)

 
Reference: https://technet.microsoft...magazine/dd537557.aspx
post edited by abacab - 2016/08/15 23:29:42

DAW: CbB; Sonar Platinum, and others ... 
#6
Rob[at]Sound-Rehab
Max Output Level: -47 dBFS
  • Total Posts : 2819
  • Joined: 2011/02/03 04:31:35
  • Location: Sound-Rehab, Austria
  • Status: offline
Re: Weird dropout problem 2016/08/16 03:20:03 (permalink)
Something much odder than power saving (after 4 mins?) could be causing this ...
 
I once had an unnoticed MIDI loop going that crashed the audio interface by filling up a buffer (happened exactly 0:58 mins after hitting play in every song) and was caused by turning auto-echo of selected MIDI track on; took 2 weeks to track down ...
 
A little more testing + info would be helpful to give more suggestions to check e.g.
 
"the audio engine crashes and stops" - does this mean you get the toaster pop-up that the audio engine stopped or does it crash the audio driver so you need to restart software or DAW?
 
Are you connected to LAN? WLAN? blue tooth?
 
anything kicking in after 4 mins according to the task manager?

GOOD TUNES LAST FOREVER
  +++   Visit the Rehab   +++
 
DAW: Platinum/X3e, win10 64 bit, i7-3930K (6x3.2GHz), Asus Sabertooth X79, 32 GB DDR3 1600MHz, ATI HD 5450, 120 GB SSD OCZ Agility3, 2x 1TB WD HDD SATA 600
Audio-Interface: 2x MOTU 1248 AVB, Focusrite OctoPre, (Roland Octa-Capture)   Control-Surface: VS-700C 
VSTi: WAVES, NI K10u, FabFilter, IK, ... (too many really) 
#7
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 06:42:54 (permalink)
Rob[atSound-Rehab]
Something much odder than power saving (after 4 mins?) could be causing this ...
 
I once had an unnoticed MIDI loop going that crashed the audio interface by filling up a buffer (happened exactly 0:58 mins after hitting play in every song) and was caused by turning auto-echo of selected MIDI track on; took 2 weeks to track down ...

That's interesting. I do have a bit of a complex midi path going. I use an ancient motor fader cakewalk control surface. So Sonar needs to be able to both talk to it and listen to it which would mean a midi loop issue could be possible.
 
However I don't think that's the problem. Reason being the midi path routes from the control surface through my old Roland controller keyboard before hitting the input of Sonar. And the fluorescent display on the Roland just plays hell with my bass and certain guitar pickups. So if I'm trying to record bass or guitar parts, I have to shut the keyboard off or else I end up with display noise in the track. No power to the keyboard = no midi thru.
 
A little more testing + info would be helpful to give more suggestions to check e.g.
 
"the audio engine crashes and stops" - does this mean you get the toaster pop-up that the audio engine stopped or does it crash the audio driver so you need to restart software or DAW?
The toaster pop-up thing. No need to restart software or DAW. Just hit the audio button and everything works again. Just frustrating when you're trying to record and you have to do it in chunks of 4 minutes or less. Especially if you're on a roll with comping.
 
Are you connected to LAN? WLAN? blue tooth?
Wired LAN, no wireless card, no bluetooth. One of the first things I tried was disabling the LAN. No change.
 
anything kicking in after 4 mins according to the task manager?
Nothing that I can identify. When I open performance monitor and wait with the machine sitting idle. The CPU performance graphs are more or less flatlined and then there's a spike at 4 minutes when the audio engine stops. But I have no idea what's causing the spike. 

I tried running the powercfg command suggested above. I didn't copy the results to the share drive so they're still downstairs on the music machine. But I believe there were about 12 or 13 errors. The first one had to do with the display or something similar being set to not turn off. The second had to do with USB suspend being disabled. And them most of the rest had to do with USB devices not being able to enter suspend because USB suspend is disabled. 

I can post the actual results after work if anyone wants to see them.
 
post edited by JohanSebatianGremlin - 2016/08/16 07:21:28
#8
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 06:57:44 (permalink)
As of right now, I'm not using any PCI slots on that machine. Monitors are using on-board video etc. I'm thinking about just popping a half height PCI-E USB card in it and using that for the audio interface only. The card would be about $20 and in theory, it should place the audio interface on its own isolated buss. So in theory, it might protect the audio I/O from whatever kind of memory burst is happening at 4 minute intervals on the main USB buss. I figure for $20 and the time it'll take to pull the CPU out of the rack, its worth a shot.
#9
Rob[at]Sound-Rehab
Max Output Level: -47 dBFS
  • Total Posts : 2819
  • Joined: 2011/02/03 04:31:35
  • Location: Sound-Rehab, Austria
  • Status: offline
Re: Weird dropout problem 2016/08/16 08:51:39 (permalink) ☄ Helpfulby tlw 2016/08/16 15:44:45
JohanSebatianGremlin
Rob[atSound-Rehab]
Something much odder than power saving (after 4 mins?) could be causing this ...
 
I once had an unnoticed MIDI loop going that crashed the audio interface by filling up a buffer (happened exactly 0:58 mins after hitting play in every song) and was caused by turning auto-echo of selected MIDI track on; took 2 weeks to track down ...

That's interesting. I do have a bit of a complex midi path going. I use an ancient motor fader cakewalk control surface. So Sonar needs to be able to both talk to it and listen to it which would mean a midi loop issue could be possible.
 
However I don't think that's the problem. Reason being the midi path routes from the control surface through my old Roland controller keyboard before hitting the input of Sonar. And the fluorescent display on the Roland just plays hell with my bass and certain guitar pickups. So if I'm trying to record bass or guitar parts, I have to shut the keyboard off or else I end up with display noise in the track. No power to the keyboard = no midi thru.

 
Are you sure? MIDI is voltage and depending on how it's wired internally the signal might be present at the MIDI thru. A quick check unplugging the cable cannot hurt ...
 
 
JohanSebatianGremlin
Rob[atSound-Rehab]
anything kicking in after 4 mins according to the task manager?
Nothing that I can identify. When I open performance monitor and wait with the machine sitting idle. The CPU performance graphs are more or less flatlined and then there's a spike at 4 minutes when the audio engine stops. But I have no idea what's causing the spike. 

 
Have you ever tried LatencyMon? It's quite good at listing what causes a CPU spike ...

GOOD TUNES LAST FOREVER
  +++   Visit the Rehab   +++
 
DAW: Platinum/X3e, win10 64 bit, i7-3930K (6x3.2GHz), Asus Sabertooth X79, 32 GB DDR3 1600MHz, ATI HD 5450, 120 GB SSD OCZ Agility3, 2x 1TB WD HDD SATA 600
Audio-Interface: 2x MOTU 1248 AVB, Focusrite OctoPre, (Roland Octa-Capture)   Control-Surface: VS-700C 
VSTi: WAVES, NI K10u, FabFilter, IK, ... (too many really) 
#10
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 10:02:51 (permalink)
Rob[atSound-Rehab]
 
Are you sure? MIDI is voltage and depending on how it's wired internally the signal might be present at the MIDI thru. A quick check unplugging the cable cannot hurt ...

Well I've never actually tried unplugging cables. But I do know that when I turn the keyboard off, the transport controls on the control surface stop working.
 
 
Rob[atSound-Rehab]
 
Have you ever tried LatencyMon? It's quite good at listing what causes a CPU spike ...

I'll check it out.


#11
Cactus Music
Max Output Level: 0 dBFS
  • Total Posts : 8424
  • Joined: 2004/02/09 21:34:04
  • Status: offline
Re: Weird dropout problem 2016/08/16 10:21:38 (permalink)
If your interace is USB buss powered, there is a setting that shuts down USB ports try that. 
 
But also load a simple project with bare bones and just the TTS-1. 

Johnny V  
Cakelab  
Focusrite 6i61st - Tascam us1641. 
3 Desktops and 3 Laptops W7 and W10
 http://www.cactusmusic.ca/
 
 
#12
JonD
Max Output Level: -39 dBFS
  • Total Posts : 3617
  • Joined: 2003/12/09 11:09:10
  • Location: East of Santa Monica
  • Status: offline
Re: Weird dropout problem 2016/08/16 11:15:47 (permalink)
JohanSebatianGremlin
I have already disabled every power saving feature I could find.


For every USB hub?  You can check by going to Device manager, and into the properties of each USB hub.  Under Power Management, the boxes saying to allow to save power (or something like that) should all be unchecked.

SonarPlat/CWbBL, Win 10 Pro, i7 2600K, Asus P8Z68 Deluxe, 16GB DDR3, Radeon HD5450, TC Electronic Impact Twin, Kawai MP11 Piano, Event ALP Monitors, Beyerdynamic DT770 Pro, Too Many Plugins, My lucky hat.
#13
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 11:17:48 (permalink)
JonD
JohanSebatianGremlin
I have already disabled every power saving feature I could find.


For every USB hub?  You can check by going to Device manager, and into the properties of each USB hub.  Under Power Management, the boxes saying to allow to save power (or something like that) should all be unchecked.


I don't recall doing that. I'll check when I get home tonight. Thanks.
#14
tlw
Max Output Level: -49.5 dBFS
  • Total Posts : 2567
  • Joined: 2008/10/11 22:06:32
  • Location: West Midlands, UK
  • Status: offline
Re: Weird dropout problem 2016/08/16 15:36:07 (permalink)
If you've not tried it yet, what happens if you disconnect audio interface and all MIDI Hardware and reboot, then load Sonar, point it at the on-board audio (if it exists) and create a fresh project using the stock "normal" template (or a project with just MIDI tracks pointed at nothing if there's no on-board audio) and play that?

That way if the problem recurs the source would seem to be something internal to Windows, a driver, the PC or Sonar.

Another thing that might be worth trying is to rename Sonar's aud.ini file to something like aud.old so Sonar creates a new one.

A final thought that occurs to me is it might be to do with the mouse driver or associated mouse preferences software. I'm wondering if the mouse is getting continually polled by its software to check if it's doing anything and after enough time a lack of response does something strange, like a huge PCI bus latency spike or there's a memory leak. The problem not occuring earlier than 4 minutes because every time the mouse is moved or clicked whatever's doing the polling resets itself in some way. Years ago I had strange freezes that took ages to track down by the "switch something off and see what happens" method. The culprit turned out to be a mouse driver with a memory leak that polled non-stop and gradually used up huge amounts of RAM.

Sonar Platinum 64bit, Windows 8.1 Pro 64bit, I7 3770K Ivybridge, 16GB Ram, Gigabyte Z77-D3H m/board,
ATI 7750 graphics+ 1GB RAM, 2xIntel 520 series 220GB SSDs, 1 TB Samsung F3 + 1 TB WD HDDs, Seasonic fanless 460W psu, RME Fireface UFX, Focusrite Octopre.
Assorted real synths, guitars, mandolins, diatonic accordions, percussion, fx and other stuff.
#15
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 17:32:01 (permalink)
Its not just mouse activity that prevents dropouts though. If I'm recording a midi track or just playing/noodling on the midi keyboard, I can work all night and never have a single dropout. But once I'm to the point that I'm recording external instruments (not touching the midi keyboard or mouse during the take) or doing something like just listening to the mix/taking notes, I get dropouts after 4 minutes of no activity.
#16
tlw
Max Output Level: -49.5 dBFS
  • Total Posts : 2567
  • Joined: 2008/10/11 22:06:32
  • Location: West Midlands, UK
  • Status: offline
Re: Weird dropout problem 2016/08/16 18:06:24 (permalink)
Well, that blows my idea out of the water.

Tricky one this. OK, another possibly stupid thought occurs to me. Is the problem limited to Sonar or does playing audio through the interface from Windows media player or itunes also result in the death of audio? Does Sonar behave itself using a different driver mode (MME/WDM rather than ASIO)?

Anything relevant in the Windows system and application logs?

Sonar Platinum 64bit, Windows 8.1 Pro 64bit, I7 3770K Ivybridge, 16GB Ram, Gigabyte Z77-D3H m/board,
ATI 7750 graphics+ 1GB RAM, 2xIntel 520 series 220GB SSDs, 1 TB Samsung F3 + 1 TB WD HDDs, Seasonic fanless 460W psu, RME Fireface UFX, Focusrite Octopre.
Assorted real synths, guitars, mandolins, diatonic accordions, percussion, fx and other stuff.
#17
JohanSebatianGremlin
Max Output Level: -82 dBFS
  • Total Posts : 402
  • Joined: 2016/03/17 22:27:15
  • Status: offline
Re: Weird dropout problem 2016/08/16 21:09:54 (permalink)
Ding ding ding ding!!!!!
 
Looks like JonD might be the winner. Some, but not all of the generic and root USB hubs listed in device manager had the box to allow power management unchecked. I made sure all were unchecked and then loaded up sonar and a 4 minute 50 second project file and let it play. Played perfectly to the end, no drop out. 


I'll have to do more testing to be sure, but so far it looks like JonD nailed it. Well done sir and thanks to all who offered their time and knowledge to help with this.
#18
pinguinotuerto
Max Output Level: -71 dBFS
  • Total Posts : 976
  • Joined: 2009/12/01 18:46:41
  • Status: offline
Re: Weird dropout problem 2016/08/16 22:43:26 (permalink)
So it was a power saving issue after all.

HP DV7-3085 Laptop (Intel Core i7 720 1.6 GHZ, 6 GB RAM, 1333 MHZ FSB, 2 500GB 7200 RPM Internal HDs, 17" screen), HP 2009m Monitor, 2TB Ext Drive
Line 6 UX8 with PodFarm 2 Platinum

2 Joe Meek VC6Q British Channels
Sonar Platinum & X3e Producer (64 Bit)

AD2 w Roland V-Drums (TD4KX2)
Windows 7 Home Premium (64 bit)

KRK VXT 8 Monitors
Frontier Alphatrack, Razer Naga Mouse, nanoKontrol2
 

#19
Jump to:
© 2025 APG vNext Commercial Version 5.1