Noel Borthwick

Since you saw the same issue in platinum its definitely nothing that changed in this update so going back to a prior version is not going to help. There are no changes to recording or waveform drawing for the March release. Since you had updated your RME drivers its likely some variable there. Did you flash the firmware as well?

Which build of CbB are you running and what is your OS version? This wont have anything to do with VST scanning. Likely your audio driver or a control surface is hanging.

There are no limits to the number of sidechain inputs so I'm not sure why it didn't work. If you have a way to reproduce it let us know and we can look into it.

Yes a frozen track behaves the same as a normal track. Any effects prochannel or others will be applied if you subsequently bounce it.

Did you save the dump file?

I was going to suggest this as well. Its very strange that a standard zero controller MIDI CC value would change sound ? Someone there hasn't used MIDI hardware CC's much haha.

Yep CTRL drag is your friend to move a linear section in the smart tool. You can do most editing just using the smart tool. I rarely switch tools for editing automation. Also remember that shift CLICK will select a "ghosted" envelope - no need to use the edit filter to switch the envelope being edited.

Um that's an ancient thread and if you read it all the issues have long since been resolved. Most of the issues were with sidechaining in VST2 which was ill defined and implemented differently by different vendors. If someone has an actual recipe to reproduce a crash with sidechaining we'll look into it,

That's good. As I said in my original message BIOS updates require updates to your chipset drivers as well. Its not sufficient to flash the BIOS in many cases since there are software components that also need updating. When doing troubleshooting one has to be careful not to confuse a symptom with the problem. In this case running a bunch of apps and trying to draw a conclusion from that is not going to lead you to the answer because you are comparing applications that use vastly different API's and services. One app may interact with the component affected by the BIOS update and the other may not at all and therefor not show any visible symptom of the problem. Unlike many other cross platform DAW's Cakewalk has always been a native Windows application. Cross platform applications typically use a base set of Windows API's depending on the tools used to build the application. As a result they use fewer of the newer Windows API's and may not be affected by a system change. Cakewalk tends to use a lot of the new generation API's in Windows and as a result can be susceptible to latent system instability.

Make sure the sample rate for new projects in audio preferences are set to same sample rate that the device is set to. Silence while playing can mean that the device didn't properly switch to the requested sample rate from the DAW. Many ASIO drivers do not support multi-client use so you must give the ASIO application exclusive use of the device when it is being used. In cakewalk the setting for this is in preferences | Audio | playback and recording | Suspend audio engine when Cakewalk not in focus What complicates it further is that different applications may try and use the audio driver using different driver modes. Windows will use WASAPI and try and share the device while you are using it in ASIO mode. This can cause a problem with some drivers if Windows is using it at 48k and the DAW is trying to use it at 44.1 if the audio interface doesnt support it. Some modern devices handle this without a problem if they handle true multiclient use but others have issues. The roland drivers definitely don't handle this well and I've even seen Focusrite devices have problems when another app tries to use the device (e.g youtube). RME on the other hand does this pretty seamlessly. Here is a thread discussing similar considerations.

We have a fix for this issue that should be released soon.

Check if there is a popup on screen hiding under something. Sometimes load appears stuck because its waiting for user input.

The documentation is just requesting caution in case you ripple edit unknowingly and other track data moves around without you really wanting them to. I don't think its suggesting that the actual ripple edit behavior may be unexpected

Its not solved because most likely nobody submitted a bug report with a recipe. We can look into it if you have some steps to repro it. Can you make it happen with one of the Cakewalk sidechain plugins such as sonitus compressor or CA-2A, or LP Multiband? I have not seen this crash personally.

Roland drivers are not well behaved with automatic switching of sample rates. In fact some require manual intervention. If you are using ASIO and Windows simultaneously with the same device its a bit of a crapshoot since the ASIO device may be using the device at one sample rate while Windows will try it the default in Windows. I even had some issues with Focusrite in this regard. I solved it by setting windows to use the same sample rate that I was using in Cakewalk and so far its been fine. It also works pretty well with RME devices. But generally I would keep Windows independent from the device that you are using in ASIO mode and you should not have issues. There are many who are using the Quad Capture successfully in ASIO mode.

Interesting that you just saw this. Its fixed for an upcoming hotfix I can send it to you if you are interested in testing it.

Its probably something that intersects with the bios update and the latest (Microsoft) Windows 10 platform SDK that CbB uses is my best guess. But the fact that Platinum doesnt exhibit any obvious issue is interesting. Maybe you had cbb set up to use a different drive or different hardware or a control surface. There are no major differences in CbB that could exhibit such a drastic change otherwise. BTW you can always do a screen capture and look at it later to see what pop up messages were shown since those could have been a clue to whats wrong. Glad you were able to recover with a BIOS reflash however. BIOS updates don't always do the best thing (most changes are for new hardware additions or gaming support) and they sometimes require updates to your chipset drivers as well.

You can use the step sequencer or the Matrix view to get something similar to BandLab's drum machine view

Fast bounce now has better multiprocessing and uses another core to do the disk reading. It has some moderate gains in speed depending on the project. On a disk bound project I got about a 30 second gain on something that would normally take about 2.5 minutes. It really depends on the project however.

Looks like the help text is out of date. We'll update it. Thanks for the heads up...

The notification for updates in CbB are completely independent from BA. We report on updates to CbB itself not updates for BA.

Can you upload and share the project you are trying to bounce with me? You can send a shorter version as long as the problem is reproducible. Please PM the link to me.

I've determined why IK multimedia plugins are not compatible. They are not properly handling being bounced asynchronously. I'll implement a workaround. Anyone else seeing start screen issues? Not seeing any issues with start screen on Windows 10 here.

Thanks for your reply. I just downloaded the demo of MODO bass and I was able to reproduce this issue. I'll investigate it. Not seeing any issues with the start screen however. What version of Windows are you running?

@siordanescu and @Detwoen are you sure that the issue with modo bass is new to this release? What is the symptom of the problem? Regarding quadcurve EQ it always defaults to off. You have to turn it on for it to work in the ProChannel.