-
Posts
1,776 -
Joined
-
Last visited
-
Days Won
2
Everything posted by Colin Nicholls
-
I'm going to keep posting my findings here. The driver re-install did not resolve the issue... I guess I just had a good day following the reinstall. I still think this stems from my install/update to Windows 1903. I realize this is perhaps just confirmation bias but I found these posts interesting: https://www.techpowerup.com/forums/threads/windows-10-1903-has-a-nasty-audio-stutter-bug-microsoft-hasnt-managed-to-fix.258611/ I realize that my Echo 3G drivers are almost archaic at this point, and this backs up Noel's point that older drivers can be affected by recent changes in Windows. I have actually downloaded an .ISO of 1809 and I'm prepared to re-install at a point in the future. (Unfortunately I can no longer roll back to my previous windows installation). In the meantime, the latest thing I have tried is this tweak mentioned in the post I've referenced: bcdedit /set disabledynamictick yes As usual, every time I change something on my DAW configuration, it seems to have a positive effect but I'll let you know if this is a permanent change ?
-
Ah, got it. Yeah, that's always off. I think I experimented with it once when it first appeared, and then left it disabled. I'm quite okay with Cakewalk owning the audio hardware while it's running. I will but... I don't want to jinx it, but... the idle audio dropouts have almost completely stopped happening since I re-installed the audio driver! Since our last correspondence, I un-checked the [ ] Use MMCSS option, and then decided that it wouldn't hurt to re-install the ECHO driver. Well... since then, I've only seen the idle audio dropout a couple of times, and in situations where I don't consider them unusual. If this was the only times I saw them, I'd never have considered writing a post about it. I've re-checked [X] Use MMCSS to see if that has a detrimental effect, but so far it still looks good. I hesitate to call this issue SOLVED (because I can still see idle dropouts, just not nearly as frequently) but if nothing changes over the next few sessions, I think I will do so.
-
John, I don't know the answer to your question, but if I create a new blank project; add a MIDI track, then open the PRV, I can scroll down and see all the way to C-2 which is the lowest note visible. I think this is related to my setting in Customization > Display, where I have Base Octave for Pitches set to -2.
-
I've updated the theme for September 2019; see top post for new zip and details.
-
Thanks for the insights, Noel. Yes, I do. I'll run some tests on that. In Windows configuration settings, Sound > Device Properties > Additional device properties > Advanced there are two check-boxes: Exclusive Mode: [X] Allow applications to take exclusive control of this device [X] Give exclusive mode applications priority I assume this is what you are referring to; let me know if there is a different setting. I hear what you're saying. I appreciate the support Cakewalk have given me over the years despite this fact. FWIW, this interface and driver have been rock-solid for me since Windows 10 rolled out in 2015. I've never wanted to be "that guy" that locks down his DAW to Windows 7 (although I've been tempted). One thought, though, I will try re-installing the driver, in case something has gotten out of whack.
-
Hi Noel, thanks for the questions. Driver Mode is ASIO (Echo Layla 3G PCI). I typically run at 256 samples, 44kHz, 5.8 msec, which gives me 12.6 msec round-trip. The audio dropouts under investigation only happen when idle. When playing back or recording, I don't have dropouts. ( OK, to be clear, I have experienced a very occasional audio dropout when recording or playing back but I put those in a different class altogether; very rare, mostly due to my experimenting or loading up a complex project and trying something stupid. ) I've used these settings at least since setting up this specific DAW ( i7-8700 @ 3.2GHz), and I didn't used to see this "idle dropout" at all until recently. I think it started happening around Win 10 1903 and/or Cakewalk 2019.05 or .07. My investigations have included: rolling back to Cakewalk 2019.01 and 2019.05; (= no or minimal improvement); Un-checking the [ ] Always stream audio through FX preference (= no improvement); disabling Windows Services related to Realtek Audio on-board audio interface (which I have disabled in Device Manager along with Intel(R) Display Audio), (= no improvement) Working in a project that contains only audio clips and no VSTi or VSTfx (=seems OK) Working with Bypass All Audio FX button enabled in Control Bar Mix module (=did experience idle dropout)
-
Interesting. You may be on to something, @Tez. I started Cakewalk and loaded a project with audio only. Not even any enabled FX. I then looked at the audio engine icon in the transport module, and of course it was Grey/Off. Huh? I thought. Why? It's usually always on by default when I work in Cakewalk projects. When I press PLAY, the engine icon turns Blue/On. When I STOP, it's Grey/Off. Ah, I think, is this is how it is supposed to work, perhaps? The only reason the engine light is on all the time, for me and my projects, is because either the [x] Always stream audio through FX is enabled (as it used to be in my prefs) or I have numerous VSTFX and instruments and "live" MIDI tracks driving VSTis, and suchlike. So I go into preferences and set [x] Always stream and press Apply. Then I press PLAY, and the audio engine goes Blue/On, as expected. When I press STOP, the engine light remains Blue/On. Aha! I think. Then almost immediately after I STOP, I get an "Audio Dropout" toast and the engine is OFF. Normally when this happens, i click on the engine icon to re-enable it. However, this time, in this project, with these settings, I can't. I have to press PLAY to get the engine light On again. Then I press STOP... and the light stays on.... and I wait... idle, with no action.... ok, looks like it's stable for now. So, I've learned some things about how the audio engine turns on and off as you do stuff in Cakewalk. Thanks for the pointers. The bottom line, here, is that since I started noticing this "idle dropout" behavior a couple of weeks ago, the engine has never not started when I explicitly needed it too; and I've never had a dropout in the middle of playback or recording. In that sense, this configuration is STABLE and I'm a happy camper. Update: Oh, the idle dropout happened while I was finishing up and posting this reply. Go Figure!
-
More information: I reverted to 2019.05 for a while, and my experience suggests that the dropouts happened less frequently, but not completely eliminated. Not enough evidence to prove anything either way, and I'm not seriously considering that 2019.07 made things worse, although that appeared to be my observation. Now, the big news: I'm back on 2019.07, and the frequency of dropout occurrence has been reduced considerably since I disabled a couple of Windows 10 Services: HD Audio Background Process (RealTek) RealTek HD Audio Manager (RealTek) These two services were enabled at startup. I have now disabled them, and random dropouts are much less frequent. Almost to the point that I would assume that nothing adverse was going on. My DAW - like most PCs - has onboard audio support on the motherboard. It shows up in Computer Management > Device Manager > Sound, video and game controllers as "Realtek Audio". Following the historical advice/suggestion from @Craig Anderton, I have had it disabled in Device Manager for a while now. (along with "NVIDIA High Definition Audio" and "NVIDIA Virtual Audio Device (Wave Extensible) (WDM)") On reflection, it seems that these two services from RealTek probably weren't adding any value seeing as the actual on-board audio interface was disabled... I disabled the two RealTek services and rebooted. So far, everything is working in Cakewalk as it should (apart from one incidence of a random audio dropout whilst idle). I'm not saying this is a fix for the issue, but just reporting my experience.
-
Some of the changes can be subtle. In "Polar Blue" , Steve inverted the colors of the default track icons (to make them Black on White background), but in my evolution of the theme (Polar Blue 2019) I reverted some of them, reverting "sound source" tracks as white-on-black, but retaining black-on-white for "routing" tracks (i.e aux tracks, folders, and busses). I also fixed a pet peeve of mine and exchanged the "Synth" and "Instrument" track icons (because instrument tracks have both MIDI and audio so the icon should reflect that instead of the converse... but that's just me) So, yeah, at first blush it looks like nothing has changed but there are some subtle changes there.
-
I'm with you, @Tez, we can be crazy together. For what it's worth, I temporarily switched back to 2019.01 and the frequency of audio dropout toast was much less. Then I re-installed 2019.07 and I'm back to seeing it every few minutes. It doesn't really impact my work (yet). I do wish I could download the installer for 2019.05 and others, just to compare behavior.
-
Um... I just rolled back to 2019.01 to perform some tests, and my control bar modules are justified. Also, the right-click menu gives me the option of justifying them. This feature was added in 2019.07, right? So, why is it still available when I roll back to 2019.01? Are some components not replaced /reverted by the full installer? (Note: I would have gone back to 2019.05 if I could, but the most recent older full installer I have is for 2019.01.) I'm concerned because obviously now I am unsure if my tests really indicate 2019.01 behavior....
-
Some more information based on recent experiences. Following the advice in this thread, several days ago I turned off [ ] Always stream audio through FX and it has made no difference. It's not tied to specific actions in the UI as far as I can tell. I don't even have to be doing anything in the UI, just sitting pondering my next move, and POP I'll get the toast. I haven't been timing it so I can't say that it happens every 4 min 17 sec intervals (?) but to be honest it does kind of feel like that. Perhaps I'll start a stopwatch next time. It's not crippling because I've even had it happen right before my mouse clicks the PLAY button and of course Cakewalk just starts the audio engine immediately. But I have to think there is something abnormal going on. My evaluation is that this is definitely a change in behavior, at least in my experience. It started happening since I updated 2019.07 and/or updating to Windows 10 1903. I can't exactly say which of these two events was the trigger. I went through the usual post-update optimizations (disabling on-board audio, other unimportant services, etc). UPDATE: Launched Cakewalk. Opened project. Started stopwatch. Continued working in Cakewalk. First audio dropout: 1 min 39 sec Restarted engine by clicking on icon in Control Module; restarted stopwatch, continued working in Cakewalk. Second audio dropout: 4 min 17 sec ...I kid not. I'm not saying this is anything other than a coincidence, but a pretty freaky one. I'll collect more data. Third audio dropout: 9:23 Fourth audio dropout: Just after I closed the project, I wasn't timing specifically at that point.
-
I wish there was more information available about the reasons behind the "Audio Dropout: The audio engine has been stopped unexpectedly". This is happening to me when I am working with clips in expanded take lanes - just moving them around. Playback is NOT active at this time - there is actually no reason for the audio engine to be running at all, but by default, it is. I grab some clips and move them, holding down SHIFT to ensure they don't change their timing, release the mouse, and BAM, dropout toast. It doesn't happen every time - and I have seen it happen when zooming in on the time line, also. Additional Info: It often happens when I'm not making any actions in Cakewalk at all. It doesn't seem to be tied to actual activity in the UI. LatencyMon isn't reporting any issues; typically 140 ms, peaked at 255 ms. All green.
-
Is this a known issue? I was opening an older project and saving my Sonitus FX settings into new presets, in new banks. When I opened a new project and inserted the FX to select the new presets, they weren't there! Workaround: In order to truly create a persistent new preset, I had to run Cakewalk "as administrator". After creating the presets (again) following the same process, I then exited Cakewalk and then re-ran it, normally. This time, I could see the new presets in the Sonitus Preset manager This is probably due to Sonitus storing the presets in an INI file somewhere where a normal user doesn't have permission? Maybe? But then, I'd expect an error when I tried to save the preset in the first place, I think. Anyone have any insight to share on this? Update: I have confirmed that the new preset data was written to: C:\Program Files\Cakewalk\Shared Plugins\FxEqualizerDX.ini C:\Program Files\Cakewalk\Shared Plugins\FxDelayDX.ini So, yeah, I guess it makes sense this would require elevated Admin privileges.
-
@mfanning , you might find this relevant: Last year i upgraded my DAW and compared performance of both a PCI and USB interface (Echo Layla 3G and Scarlett 6i6 USB) on both computers. My findings are described here: VIVALDI is the new ROSSINI, part 1 VIVALDI is the new ROSSINI, part 2 Buried amongst the rambling on computer specs, you will find some comparable Audio IO performance values.
-
I figured it out. It's not a "border". The icon is sitting on top of a button. If you hover the mouse over the icon, it lights up, indicating that you can click it in order to display the UI for the VSTi. This works for MIDI tracks that are driving the VSTi, so the button is available under the MIDI track header icon as well. This behavior is described - with an accurate screen shot of the header icons - on page 754 of the documentation. The fact that the icon is rendered as a BUTTON and not as a simple ICON is not highlighted in the text, but is consistent. And of course, I'd rather that clickable items are obviously clickable (i.e. they look like buttons and hover-highlight) than be un-discoverable, plain vanilla flat graphic. Of course I knew that you can click on the header icon to bring up the UI, but I had partitioned this knowledge away from considering the visual appearance of the icon, in "theme design mode". Duh! Bakers: 1, Colin: 0