Jump to content

75 workflow improvements to make Cakewalk more intuitive (+ appearance, implementation, etc.)


Olaf

Recommended Posts

And @Olaf, after being sure about the sound driver and the plugins, I mean if the problem is really about the Cakewalk update and nothing else, you can export then delete Cakewalk Music Software's Windows Registry keys both User and Local locations under the SOFTWARE key. After doing that you will able to make a clean install. When you download the Cakewalk with Bandlab Assistant, it will download you all of the stuff like you never installed the Cakewalk before.

After the clean installation, if you are still having the same problems, look at the night sky,  take a sip of your coffee and wait for the Luna.

Link to comment
Share on other sites

7 hours ago, murat k. said:

I get it @Bruno de Souza Lino When you were talking about plugin sanboxing, you were talking about opening Cakewalk with safe mode. It can help to find out the bad plugin either.

Safe mode is an immediate solution. Ideally, CbB should have plugin sandboxing implemented, as it doesn't currently. This is one of the few features that set Waveform and Bitwig apart from other DAWs. In case a plugin fails, only the plugin fails.

Link to comment
Share on other sites

Oh. Now I really get it.  I thought you were talking about Safe modes loading plugin one by one thing to find out the problem. Waveform and Bitwig? I heard them now. If they are aparting themselves from other DAWs with a feature, good for them.
Safe Mode works pretty well actually. Plugin problems are not an everyday problem. Once you load it, it works mostly.
I had trouble with a couple of old plugins in the past. And I downgraded or upgraded them to find which works well. Nowadays every new plugin seems working without problem.
I was thinking Cakewalk has not a big crashing problem but today I looked at the Release Notes page and saw that they fixed so many crashes in the last release. Maybe @Olafis one of them who is having these kind of crashes and he seems so pissed off to the Cakewalk.

Link to comment
Share on other sites

19 hours ago, murat k. said:

Oh. Now I really get it.  I thought you were talking about Safe modes loading plugin one by one thing to find out the problem. Waveform and Bitwig? I heard them now. If they are aparting themselves from other DAWs with a feature, good for them.
Safe Mode works pretty well actually. Plugin problems are not an everyday problem. Once you load it, it works mostly.
I had trouble with a couple of old plugins in the past. And I downgraded or upgraded them to find which works well. Nowadays every new plugin seems working without problem.
I was thinking Cakewalk has not a big crashing problem but today I looked at the Release Notes page and saw that they fixed so many crashes in the last release. Maybe @Olafis one of them who is having these kind of crashes and he seems so pissed off to the Cakewalk.

Plugin sandboxing is becoming more commonplace. It makes no sense for a single plugin to have the ability to take your entire DAW with it when it crashes.

Link to comment
Share on other sites

On 1/9/2021 at 11:38 PM, murat k. said:

I believe talk solves every problem. Problems can be determinated by investigation. Now we are making that investigation by talking. When we find the reason of it, it can be solved.

@murat k. Thanks for the offer, in theory I agree with you fully, but I don't think this is something that can be mended by settings, adjustments, etc. I've tried many things, and the issues seem to remain constant though the changes. They've always persisted. Things stop working after an update, etc., plugin crashes, CW crashes - which I cannot understand, regardless of plugin behaviors they shouldn't happen, that's a CW philosophy that's mesmerized me - freezes, failures to open, track audio stopping playing - al the same things so many report.

The crackling is not owed to the ASIO settings, it's probably connected - like everything else - to the way CW interacts with Windows and the audio drivers - the reason it reads some 24 bit cards as 16 bit, etc. The behavior I've described to you is not a normal ASIO problem. That when you activate a plugin, the static goes away, and it starts when you deactivate it. It's exactly the opposite of what should normally happen because of CPU load. And it's not even the same plugin, it's different ones at different moments.

Trust me, it's not about the plugins. I've never gotten anything similar in Reason, or Studio One, which I've tried, for instance - or other problems like plugins that fail to load, loaded in there. But beyond that, it's common sense, you can't report hundreds of plugins as flawed, all only in CW, while they work in other DAWs. When you keep blaming a list of hundreds of plugins, that work in other DAWs, for the problems... seriously, who believes that?

Besides, many of the problems are not even plugin related.

Since I've started working with CW, I've changed my mother board, my graphics adapter, installed a new sound interface, changed the RAM modules, changed the Windows version twice, updated, etc. And the problems have always been the same. The only thing I haven't changed is the CPU - that's the only thing that could be personally specific, if CW didn't know how to work with FXs. I was talking to Noel, at some point about that, and he said FX-8350 was 4 core, not 8, although it's 8 with 4 floating points, and every application recognizes it as such, including Windows - even CW's performance meter shows 8 cores - but that's the only constant remaining that could be configuration specific. On the other hand, people have problems on all kinds of configurations, with all kinds of plugins, or not plugin related at all. So... what's the only constant remaining in all this?

When you say you encounter almost no crashes, what crash frequency are you experiencing?

@Bruno de Souza Lino Do you have crashes? If you do, how often?

Link to comment
Share on other sites

8 hours ago, Bruno de Souza Lino said:

It makes no sense for a single plugin to have the ability to take your entire DAW with it when it crashes.

Exactly. I didn't even believe that what was a possibility to be allowed.

Edited by Olaf
Link to comment
Share on other sites

15 hours ago, Bruno de Souza Lino said:

Safe Mode works pretty well actually

I disagree, that's another thing, in my opinion, that's not well thought through. I, for one, have maybe around 100 plugins on a project, and individually allowing each one of them on load, for 100 plugins, on the third or fourth crash of the night, to get to the problem one, is just one of the few things that can make you think about slashing your wrist for the first time in your life.

You should have "allow all instances" and "deny all instances" options in the load dialog, for each specific plugin, instead of having to go though every single instance of the same plugin. That way you can skip everything that works in 10 seconds, and not spend 5 minutes clicking - for the third time in half an hour. It's not like one instance won't load, but the others will. It's not even that hard to think about, that's very frustrating. And there's many of these things that are not well thought through. Some things are brilliant - and I've said that - some are just... 😳

I didn't even add it to the suggestion list, because my recent impression is there's no point, Besides, since this list, I've gotten maybe another 15 suggestions on things to change in the workflow. Like two takes not being compiled together in the track clip, when you collapse the take lanes 😗😶😮 resulting in an inexplicable monster wave that you only realize was in there after you've exported - because it shouldn't be in there. Or the previous take clips being automatically split underneath the edge of a clip recorded on the next lane, and needing to be rejoined every time, for reasons beyond understanding. That in a workflow that doesn't allow you to select a very small split, anyway, in a condensed view. Or like rejoined clips missing information because you've resized them, or partially overlapped them, and rejoin is not rejoin but "bounce" - which is stupid as hell. Before you rejoin, you need to move things around, make sure nothing overlaps, then move them back in. And you have to do 20 rejoins. Useless worrying and time spent for concerns that shouldn't even exist. There's nothing to get you out of the mood faster. Right clicking to do something you do with a left click in another place. So on, so forth...

Edited by Olaf
Link to comment
Share on other sites

11 hours ago, Bruno de Souza Lino said:

It makes no sense for a single plugin to have the ability to take your entire DAW with it when it crashes.

It makes sense.

3 hours ago, Olaf said:

You should have "allow all instances" and "deny all instances" options in the load dialog, for each specific plugin, instead of having to go though every single instance of the same plugin.

I agree with you.

Link to comment
Share on other sites

 

13 hours ago, Olaf said:

@murat k. Thanks for the offer, in theory I agree with you fully, but I don't think this is something that can be mended by settings, adjustments, etc. I've tried many things, and the issues seem to remain constant though the changes. They've always persisted. Things stop working after an update, etc., plugin crashes, CW crashes - which I cannot understand, regardless of plugin behaviors they shouldn't happen, that's a CW philosophy that's mesmerized me - freezes, failures to open, track audio stopping playing - al the same things so many report.

The crackling is not owed to the ASIO settings, it's probably connected - like everything else - to the way CW interacts with Windows and the audio drivers - the reason it reads some 24 bit cards as 16 bit, etc. The behavior I've described to you is not a normal ASIO problem. That when you activate a plugin, the static goes away, and it starts when you deactivate it. It's exactly the opposite of what should normally happen because of CPU load. And it's not even the same plugin, it's different ones at different moments.

Trust me, it's not about the plugins. I've never gotten anything similar in Reason, or Studio One, which I've tried, for instance - or other problems like plugins that fail to load, loaded in there. But beyond that, it's common sense, you can't report hundreds of plugins as flawed, all only in CW, while they work in other DAWs. When you keep blaming a list of hundreds of plugins, that work in other DAWs, for the problems... seriously, who believes that?

Besides, many of the problems are not even plugin related.

Since I've started working with CW, I've changed my mother board, my graphics adapter, installed a new sound interface, changed the RAM modules, changed the Windows version twice, updated, etc. And the problems have always been the same. The only thing I haven't changed is the CPU - that's the only thing that could be personally specific, if CW didn't know how to work with FXs. I was talking to Noel, at some point about that, and he said FX-8350 was 4 core, not 8, although it's 8 with 4 floating points, and every application recognizes it as such, including Windows - even CW's performance meter shows 8 cores - but that's the only constant remaining that could be configuration specific. On the other hand, people have problems on all kinds of configurations, with all kinds of plugins, or not plugin related at all. So... what's the only constant remaining in all this?

When you say you encounter almost no crashes, what crash frequency are you experiencing?

@Bruno de Souza Lino Do you have crashes? If you do, how often?

Hi, I get you frustration. It seems like you've got a relatively old AMD processor. In one of the threads on the forum it was explained that AMD processors suffer from some internal latency that has nothing to do with system latency invoked by power settings, drivers etc. I also found this kind of information on other websites (unfortunately forgot which ones). With the introduction of the new Zen 3 Ryzen 5000 processors this problem appears to have been solved, see these threads: https://discuss.cakewalk.com/index.php?/topic/22465-potential-cpu-otimisation-for-ryzen-cpus/
https://discuss.cakewalk.com/index.php?/topic/23055-ryzen-5000-series-unfreaken-believable-in-cbb/

What surprises me, though, is that you didn't have problems with other DAWs. Maybe there's a also communication problem between AMD processors and CbB. As far as I understood the bakers develop everything on Intel systems, so they might not have experienced AMD related issues and therefor not solved issues related to AMD processors? 

I've got a Threadripper 1950X, 32GB Ram, a PCIe RME card and fast SSDs and despite my hopes at the time that it would solve all potential problems, I still had situations where cracks and pops occur even in simple projects, with e.g. a large sampled grand piano (at 24bit, 96kHz, buffer: 256, effective latency 2.7 ms). 
I never saw the cores in the performance part of the control bar go very high, which always surprised me.
After lots of Windows 10 latency tweaking and improved power settings (some are usually hidden, you can unhide them with a program called PowerSettingsExplorer) like 

o   processor idle demote threshold (changed to 100%)
o   processor idle promote threshold  (changed to 100%)

the latency was getting better, with less annoying cracks.

What helped even more was some overclocking with AMD Ryzen Master which significantly reduced the cracks and pops, without overheating my PC.
There's a lot of info on this YouTube channel regarding latency tweaking:
FR33THY optimization for PC, gaming & Windows!. They also provided the first indepth latencymon explanation I could find, explaining the results and how to improve them: Win A-Z Pt14
There's also another good latency tweak tutorial for the latest Windows update: FULLY Optimize Windows 10 For LATENCY & Low Input Lag 

Maybe this will help you out a bit more.

However, despite an overly large standard template filled with tons of tracks, busses, VST instruments and FX plugins I rarely have instability problems like you mentioned, probably because other than the internal AMD latency issue, the Threadripper is a more modern, fast and stable CPU.

I'm planning to switch to a Ryzen 5000 series processor this year, hoping it will completely eliminate all latency related issues like it did for @Bill Ruys . Maybe switching to ZEN3 would also solve your problems.

 

Edited by Teegarden
  • Like 1
Link to comment
Share on other sites

Hey, @Teegarden, thanks a lot for your extensive answer. I'm thinking about switching to Threadripper myself, the 5000 series on the Zen3 architecture I've heard makes a huge performance difference versus the FX, and even earlier Zen1 and Zen2 architectures. But, obviously, in order to do that I'll need to buy every other component anew,  and it adds up to a pretty penny, so I think I'm going to start buying the components one by one.

The issue with the plugins that make the sound smoother when activated has started relatively recently - with one of the more recent updates, though - don't remember which - probably the one 2 or 3 versions ago, and it's really strange. Makes me think of processing algorithms rather than CPU power, in itself.

I'm gonna look at the links you've posted and see if I can find any optimization I've missed. I've made all the optimizations I've found on the net, but there might be something new.

 

@Bruno de Souza Lino You said you've had no problems in CW so far. So, in the end, you, too, have dropouts. Do you have crashes, and how often?

I don't know if the CPU is not supported properly, I was only noting the only hardware component that hasn't been changed, and has remained a constant. I forgot to mention that I've also changed the boot drive to a SSD, and probably gonna upgrade again tomorrow, since my storage spinning plate drive is starting to crap out.

Edited by Olaf
Link to comment
Share on other sites

1 minute ago, Olaf said:

You said you've had no problems in CW so far. So, in the end, you, too, have dropouts. Do you have crashes, and how often?

I don't know if the CPU is not supported properly, I was only noting the only hardware component that hasn't been changed, and has remained a constant. I forgot to mention that I've also changed the boot drive to a SSD, and probably gonna upgrade again tomorrow, since my storage spinning plate drive is starting to crap out.

I only have dropouts, not crashes. They happen at random, usually after having effects running during normal playback. None of those dropouts seem to happen in other DAWs, though I haven't tested that enough. One thing is certain: Intel CPUs tend to favor single threaded performance over multithreaded. If your development setup is entirely Intel, there's a 99% chance that you'll end up optmizing for that architecture even without noticing. I understand that is hard to  get out of 20 years of monopoly, but come on.

Link to comment
Share on other sites

3 hours ago, Olaf said:

The issue with the plugins that make the sound smoother when activated has started relatively recently - with one of the more recent updates, though - don't remember which - probably the one 2 or 3 versions ago, and it's really strange. Makes me think of processing algorithms rather than CPU power, in itself.

I'm gonna look at the links you've posted and see if I can find any optimization I've missed. I've made all the optimizations I've found on the net, but there might be something new.

Weird that it started recently, I didn't get the impression that the bakers changed much in that respect under the hood. The cracks and pops that I have (or better had), were there also a year ago. I followed the instructions of "FULLY Optimize Windows 10 For LATENCY & Low Input Lag" and it definitely improved things.

Make sure to backup the registry and experiment with the different tools provided in the download provided by the  blogger. With some you can eliminate too many Windows items, it appeared I needed several of them so I reversed changes and started all over until I found the optimal tweaks for me. And one of the directories (the one regarding power plan) is not intended for AMD systems, don't use that one (as also advised in the video).
FWIW, I also disconnect internet and switch off my antivirus when using CbB and switch off any at that moment unnecessary process in the background.

3 hours ago, Bruno de Souza Lino said:

 If your development setup is entirely Intel, there's a 99% chance that you'll end up optmizing for that architecture even without noticing. I understand that is hard to  get out of 20 years of monopoly, but come on.

With the new AMD systems that's all in the past. Just said for many that their old still properly working system is not up to date anymore...and not everyone can afford a new PC just like that. If you can on the other hand, I wouldn't hesitate!

Still I think that with some of the tweaks in the tutorials I mentioned you might get better latency. I did for me anyway.  What also helped me regarding system optimisation was a better understanding of Latencymon thanks to the explanation in "Win A-Z Pt14 ", so I got what I was doing when following the tweaks.

Link to comment
Share on other sites

5 hours ago, Teegarden said:

Weird that it started recently, I didn't get the impression that the bakers changed much in that respect under the hood.

I don't think they've changed something in the engine, but CW updates usually mess up the registry - problems with recognizing plugins, some may stop working and need all their registry keys deleted manually before reinstall, etc., authorisation fails, all kinds of random stuff like that - and the most annoying part is that it is random. Some DAW settings may be reset - for instance after the last update, any time i click on the bottom right double arrow, in Tracks View, to open the Console, it always opens half-screen, which I hate, instead of full view, which is how the project is saved. It always does that on first view switch after open. So it might be caused by something like this, I have no way of knowing...

Another thing that seems very random is that every time I open the PRV or Melodyne, from the Tracks view, after I close the window, I find myself in Console view, for some reason, and I always need to switch back. I don't know why it doesn't revert back to the view they were opened from/over, which would be logical. The VU meter resolutions in the Track view NEVER get saved - and neither do the Show Velocity, and a couple of others. But at least, for a while now, it's saved the show time setting for the timeline cursor.

Check out what this comparison says about stability and crashing.

https://www.slant.co/versus/6431/26342/~reaper_vs_cakewalk-by-bandlab

To be honest, it doesn't crash now 5 times a night, as it did in the good old days, but it still occasionally freezes, crashes on open, or just shuts down on opening a plugin - stuff like that. If something is wrong - or it even imagines it's wrong - with a plugin, it crashes almost as a rule, etc. I deleted the .esr file of a Slate compressor, at some point, to see what that does. So that the plugin didn't open afterwards didn't surprise me, but what I can't understand is why Cakewalk crashes. In Reason, you can go nuke on a plugin - on open it says plugin doesn't work - it usually says why, which is nice and warm, you close the dialog and go on with your life. Not in CW.

5 hours ago, Teegarden said:

Make sure to backup the registry and experiment with the different tools provided in the download provided by the  blogger

Thanks. I have a few tools that I use myself - to deactivate services, remove useless startups, etc., but I'll look into those, too.

5 hours ago, Teegarden said:

I also disconnect internet and switch off my antivirus when using CbB and switch off any at that moment unnecessary process in the background.

You're going full monty on it :). I usually leave the antivirus on. I sometimes even have a tv window in the background 😛 , but that's only a couple of cpu points. Weird thing is that the engine is overloaded when the overall CPU usage may be at 60-70%. Don't know why that happens.

5 hours ago, Teegarden said:

With the new AMD systems that's all in the past

While that's true for WIndows, they've implemented optimizations for AMD multi-core, it may not necessarily be true for CW optimizations.

9 hours ago, Bruno de Souza Lino said:

If your development setup is entirely Intel, there's a 99% chance that you'll end up optmizing for that architecture even without noticing.

That's true, I know they test and run almost exclusively on Intel. Which is a big shame, cause, even if Intel have the highest performance (and price) with their tops of ranges, two steps down and lower, performance wise, AMD have the best price-performance ratio. Unless you're running NASA servers and need to max out, I think you're better off, bang for buck wise, running on AMD.

9 hours ago, Bruno de Souza Lino said:

Intel CPUs tend to favor single threaded performance over multithreaded

True. Conversely AMD are rated in many benchmarks to have the upper hand in multi-thread, provided the processes are optimized for their architecture. So that's a big if.

Edited by Olaf
Link to comment
Share on other sites

With the current setup, I literally have to wait a few seconds before playing back anything after adding an effect or such as that introduces a dropout. Even mundane things, like resetting TBPro's dpMeter cause dropouts. I don't know if it's something with my setup or some configuration in CbB. I don't have those issues in REAPER and Cubase.

Link to comment
Share on other sites

32 minutes ago, Bruno de Souza Lino said:

With the current setup, I literally have to wait a few seconds before playing back anything after adding an effect or such as that introduces a dropout. Even mundane things, like resetting TBPro's dpMeter cause dropouts. I don't know if it's something with my setup or some configuration in CbB. I don't have those issues in REAPER and Cubase.

I think it's safe to say it's not your setup. Just by looking at the number of reports in this forum, or the Cakewalk by Bandlab, or Cakewalk by Bandlab Talk groups on Facebook, there's all kinds of configurations and hundreds of issues reported. On a normal day, there might be 5-10 issues reported in each group. So that's hundreds each month, only on those two groups. I can understand that a plugin has problems, it's fair - 10, 20, ok. But that all of them are flawed, and only in CW, while CW doesn't have a problem, that's cult programming 😵. And how are PC module failures explained, in that case, driver issues? All VSTIs output going silent at once, on some random operations, until Stop - I forgot to mention that one.

Look at the comparison link I've posted above. I don't like Reaper at all, I dislike the interface. But the point remains about CW stability.

So don't have guilt over the setup. Even on a poor setup, the behavior still needs to be linear and intuitive. If it's not, the host at least plays a part in it, it's logical. For instance Reason doesn't play with crackles. When pushed to the max it slows down for a couple of secs, then it stops and it says the resources are insufficient.

And that thing with the latency on recording being the same, in CW, no matter the buffer, never happened somewhere else. Weird thing. When I click on TH-U, the latency instantly recovers - so I can play fine then, it's like the Twilight zone. But only when I click on it and highlight it. Then I press Record and it gets back to 1/2 second - or when I click on something else. It's similar to the crackling noise appearing when I deactivate a selected plugin - on the Master bus, I forgot to mention that. So I sometimes keep stuff in there, that I'd otherwise remove, just for the playback to be smooth. It seems plugins directly affect the engine, for some reason, in unpredictable ways.

Edited by Olaf
Link to comment
Share on other sites

2 minutes ago, Olaf said:

I think it's safe to say it's not your setup. Just by looking at the number of reports in this forum, or the Cakewalk by Bandlab, or Cakewalk by Bandlab Talk groups on Facebook, there's all kinds of configurations and hundreds of issues reported. On a normal day, there might be 5-10 issues reported in each group. So that's hundreds each month, only on those two groups. I can understand that a plugin has problems, it's fair - 10, 20, ok. But that all of them are flawed, and only in CW, while CW doesn't have a problem, that's cult programming 😵. And how do you explain PC module failures, in that case, driver issues? Look at the comparison link I've posted above. I don't like Reaper, I don't like it at all, I dislike the interface. But the point remains about CW stability.

So don't have guilt over the setup. Even on a poor setup, the behavior still needs to be linear and intuitive. If it's not, the host at least plays a part in it, it's logical. For instance Reason doesn't play with crackles. When pushed to the max it slows down a little, then it stops and it says the resources are insufficient.

And that thing with the latency on recording being the same, no matter the buffer never happened. Weird thing. When I click on TH-U, the latency instantly recovers - so I can play fine then, it's like the Twilight zone. But only when I click on it and highlight it. Then I press Record and it gets back to 1/2 second. Or when I click on something else. It's similar with the crackling noise appearing when I deactivate a selected plugin - on the Master bus, that needs to be stressed.

It seems plugins directly affect the engine, for some reason, in random ways.

If you have Cakewalk's Adaptive Limiter, loading an instance of it crashes CbB. When you re-open CbB, the plugin loads fine. Go figure.

Link to comment
Share on other sites

13 minutes ago, Bruno de Souza Lino said:

If you have Cakewalk's Adaptive Limiter, loading an instance of it crashes CbB. When you re-open CbB, the plugin loads fine. Go figure.

Yeah, exactly. Or resetting plugin settings when messing with the transport. That hasn't happened in a while, with the latest updates.

If it didn't crash, it held settings, and had a few dozen to a hundred workflow operations improved 😛, CW would be a great program, one of the best out there.

Edited by Olaf
Link to comment
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
×
×
  • Create New...