Noel Borthwick

On 5/6/2023 at 10:12 AM, Greg Wynn said:

All I was looking for was confirmation that there would be continued dev work - that’s it.

I didn’t ask anything about a roadmap, timetables or any feature details so I’m a bit confused as to why the thread was closed.

There will definitely be more dev work. If anything, it's the ongoing work that has resulted in in this taking longer than our usual releases, and due to various reasons, some out of our control, schedules keep changing. Hopefully in the next few weeks you folks will at least learn more about why it's been taking longer. It's definitely not that we've been idling here

One thing we've been attempting to work on (won't be in the immediate CbB update since work is still underway) among other big things is a big UI refresh to modernize the look of the application and support high resolution displays better, which is a huge undertaking that touches all the user interface.  And this is only the tip of the iceberg but I digress. 

On 4/16/2023 at 12:45 PM, Porkea said:

Hi. For me it's constantly crashes at some point of my work when I stop the playback, faced it with different tracks and different plugins included. After a few tries it crashes and that's it.

Also why there are no updates since november? Any possible updates in the future or is it finally over after so many years of support?

There haven’t been updates recently because as Lord Tim mentioned there have been both application and back end changes that we have been working on for many months that need to complete before we can release.  Rest assured however that updates are coming. We have typically been releasing on a quarterly cadence of late but its not uncommon for companies to have bi-annual or even annual updates at times when there are much deeper changes being done. 

Please report any crashes by submitting dumps to allow us to investigate. You can either PM to one of us or submit a ticket.

On 4/5/2023 at 4:37 AM, pulsewalk said:

I rather don't send out my complete projects. The best would be if they could release a tool that could run such a check on the users computer and save the info in a text file or whatever form it should be saved, which the user could send back to the DEV's. Also, this log file shall not contain any musical information etc., as there's sometimes quite rigid copyright issues and what not.

@pulsewalk If you have a problem that is project specific as it certainly appears to be in your case, the only hope to resolve the issue is to send us the project file. In many cases we don’t even require the audio data to identify problems so you could try sending just the cwp file first. Cakewalk does not share user data with anyone so copyright should not be an issue here.

On 4/10/2023 at 1:55 AM, Starship Krupa said:

It’s unfortunate that you had those issues, but it is unusual (obviously not unheard-of). The SONAR-to-Cakewalk migration is designed to go as seamlessly as any other SONAR update and usually does.

I have literally never heard of this issue. There is no “migration” unless you are loading really old projects from the 90’s with the wrk file format! Products from the X series all load natively since the project files are backwards compatible. You mention LUA scripts - that is not specific to Cakewalk perhaps some third party wrapper is throwing those errors.

Were you using the 32 bit version of X3? VST’s that loaded in prior versions should definitely load as long as they have been scanned in CbB. Check your scan paths.

Some notes.

Make sure performance module is set to audio engine performance rather than system load otherwise its showing performance of the system as a whole not Cakewalk.
The measurement of engine performance is an “estimate” so don’t read too much into the metering. There is no perfect way for an app to measure core performance at the app level in Windows. Its intended for troubleshooting only. The bottom line is whether you actually hear glitches.
The app is at the mercy of the windows scheduler so we cannot control which core gets the most cycles. Especially with some of the modern big/little core CPU’s as well as hyperthreading this is not deterministic anymore.

Also one of the cores gets assigned to user interface. The audio engine can get assigned to the same core being used by the UI by windows so its not abnormal at all to see more load on one core. Load balancing is not a perfect science so I wouldnt get too hung up on seeing perfect distribution of workloads. Depending on how your project is set up and the plugins its normal to see variances.

On 2/21/2023 at 7:48 AM, Dagg M. said:

Another thing that slightly bothers me is a 'christmas tree' busy look of the DAW that doesn't look very professional,

You definitely want to check out workspaces since this allows you to hide as much of the user interface as necessary. This is a unique customization feature in cakewalk that other daws do not have.

You likely have the default set to the advanced workspace, that literally shows all of the UI. Try setting it to basic or mixing, or create your own workspace to your taste to show just what you need.

For the record. I connected to Michael's PC via teamviewer and resolved it.
ActController was crashing on startup for some reason (likely the act data got messed up when he had the Nanocontrol)
I found the crash by launching Cakewalk inside windebug which showed the crash site.

Then I renamed his actcontroller dll and Cakewalk immediately started up. After that I removed it from preferences control surfaces, renamed the dll back and added it back to surfaces. Its working fine for him now.

Windebug is the best tool to troubleshoot issues like this when the app is not launching or poofing because it will always show the reason for the exit.

On 1/30/2023 at 2:58 AM, OddSox said:

thanks, I will PM the link

btw, what program do you use to open dmp files?

@OddSox The file was not available when I tried to get it. We look at dump files in Visual studio directly since we have the symbols.
Windebug also works. However. without symbols you won't see very much .

@fossile the actual issue isnt related to pan law. When you bounce with source category clips, it's running each selected clip through the entire signal flow and captures the "as heard" sound. However, when it encounters a mono clip with channel format mono (or follow source), the clip gets upconverted to stereo at the end of the bounce signal path and then it gets converted back to mono when writing the file. this is where the 3db gain comes into play.
I've fixed this by compensating for it for the next version.

There is really no reason to install asio4all for an audio device that has a manufacturer provided asio driver. At best it will perform worse than the native driver. At worst it will cause pain because it grabs ownership of the underlying wdm driver and will cause grief if you use the native driver.

If you can upload the crash dump or PM it to me we can take a look.

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

This post is about MMCSS, UAD drivers, and Windows, and settings for all w/in CbB: Another Question about MMCSS and ASIO/WDM driver (that may seem nonsensical, but as far as I can tell, the drivers at issue - UAD for Apollo, Arrow, etc. - are called WDM drivers but run in ASIO in CbB.  Not really my issue here, but wondering if the UAD driver can use WDM for Windows sounds and ASIO for CbB (?)  Could never figure out why they call them WDM if they're mostly used in ASIO.

@Christopher Hunt Technically ASIO is a wrapper on top of the OS native driver model which is WDM. i.e an ASIO “driver” vendor must also ship a WDM driver for Windows itself to communicate with the device. There is no other way.
So every device that has an ASIO driver needs to support Windows using the device at the SAME time as a DAW uses it via ASIO.
Some devices do this well and others handle it poorly. For example Windows may be using the device at one sample rate while the DAW is using it at another. A well behaved driver handles all these scenarios transparently.

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

I arrived at the above question after reading enough to, at the outset, enable (leave enabled) MMCSS in CbB, but I never quite figured out whether to check the box below, which as I understand it, will attempt to enable MMCSS in the third-party driver (because it must be enabled in both the driver and CbB and I guess most ASIO control panels, like UADs, don't have an option to enable/disable MMCSS).

I've also read that MMCSS actually has to be programmed into an ASIO driver (so it's only an "option" where it's coded in already).  Of course, there's nothing about MMCSS anywhere in anything UAD (driver control panel, instructions, forums, website).  I'm wondering a couple of things:

All MMCSS does is set an elevated priority for the driver thread. This tells Windows to not interrupt the driver when doing other tasks which is useful when operating at low latencies. Cakewalk has supported MMCSS from day one when it was made available in Windows. At the time it was not part of the ASIO specification at all and almost no drivers supported it directly except a few like RME. So Cakewalk would set the drivers thread to MMCSS mode automatically to benefit from this (controlled by the MMCSS flag). This setting however was for both Cakewalk as well as the driver, until our recent release where we made it granular so it could be independently switched off for the driver. The reason for this was to avoid certain (buggy) drivers that caused problems when forced to MMCSS mode. The ASIO specification now states that ALL drivers should run in MMCSS mode but its still widely not respected. Pretty much the wild west out there

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

1.  Do UAD drivers "use"/include/whatever MMCSS?  Is there a way to find out?  Can CbB turn it on "for" the UAD driver?  I've experimented with various settings and there isn't much of a difference no matter what I do, but it's hardly scientific.  If they do use MMCSS, does that mean that second box should be checked or unchecked (the one that purports to turn on MMCSS in your driver)?  Maybe there's a good example of a driver that can take advantage of MMCSS and someone could explain how they figured out how to set it up (?)  I find it astonishing that there is so little clear information on this around.

Its not surprising because its an internal option that end users shouldn‘t need to worry about. In reality that isnt the case
Most drivers don’t have a checkbox for this so its very hard to find out if the driver supports it without using tools like Process Monitor and even so its hard to find the driver thread most of the time. In Cakewalk I added a status if you hover over the performance module that shows the thread priority. If its 18 or higher its typically means that the driver is in MMCSS mode. However the technique I use to detect it isnt foolproof (Microsoft doesnt publish a way to check this!)

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

2.  As to the UAD Apollo/Arrow driver specifically, in CbB should I choose ASIO or something else (ASIO/WDM - I think that's a choice)?  I've always just chosen ASIO.

Always choose ASIO inside the DAW.

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

3.  Again as to these drivers (being used w/a T3 Octo satellite BTW), and being WDM/ASIO, does it matter if they are Windows' default drivers?  I disabled my Nvidia and local PC audio drivers out of habit, so Windows took them for default, but I only use them with CbB.  but I could enable one and make it Windows default audio device.  I ask because some manufacturers (RME) advise you to make sure your audio driver is NOT the same as Windows default.  

If you can use a different device for windows its preferable since it eliminates one common problem from the equation, since some drivers don’t play well when used simultaneously. I haven’t had issues with RME being used by Windows and Cakewalk simultaneously however.

On 1/25/2023 at 4:17 PM, Christopher Hunt said:

4.  MMCSS/Performance meters:  I read in the CbB manual that you can see if MMCSS is being used by checking the performance monitor and if it says something like "time critical... (15)" then MMCSS is NOT PROPERLY in use.  All I remember is the "time critical" is gone if MMCSS is being used.  No matter what options I select, the performance monitor always has the "time critical."  Even with all MMCSS options disabled, the audio notification never changes.

See my above notes. The technique I use isn’t perfect so if the driver has actually set it to MMCSS sometimes we just get a failure code when trying to set it to MMCSS but I can’t conclusively know if its actually running in MMCSS without running process monitor,

On 12/3/2021 at 2:32 PM, jono grant said:

If you import a video to cakewalk timeline and select "import as mono tracks" it does not do that.

Just brings in an interleaved file.

Always worked, now it's broken.

FYI

 

This has never worked with certain video formats. It didn’t work in SONAR as well.
I’ve fixed it for the next release.

On 1/20/2023 at 9:16 AM, southcoaststeve said:

Hi everyone,

I just had this exact same issue with a track I'm currently working on.

Everything was working as it normally does and then all the tracks became silent and will only play when the solo button is activated.

I am using the latest version  2022.11 and not utilising tracks created in older versions of the software - everything has been freshly recorded.

Is anyone else still experiencing this issue?

Thanks.

 

PS I've just checked several projects that I've created previously and they all appear to be working fine.

 

 

If your send a link to your project I can take as look at it.

Its pretty interesting that the issue occurs only on an AMD machine. I'll look into it some more but adding tracks have much interaction with the audio driver so that part is puzzling to me.  Unfortunately, we don't have any AMD machines anymore to run tests on or I would have tried it.

Make sure you set cakewalk to run in WASAPI shared mode and select the headphone device as an output for your master bus.

On 1/10/2023 at 9:48 AM, Light Grenade said:

Thanks very much. I looked for a dump file before but nothing was there. I made your suggested changes and a dump file has been created - I'll send over to support.

@Light Grenade if you have a link PM it to me.

Moot. I've fenced it out of the next release of Cakewalk

Honestly it has no use especially in ASIO mode. Maybe we should just block it unless in MME or WASAPI shared.

Interesting. The wavetable synth from Microsoft internally outputs to the default audio output. So if Windows is using your Lynx its likely blocking the device.
I've never seen this happen with other audio devices so you should report that to Lynx. I would expect the driver to share the audio device with both Windows and the ASIO driver client.

But yeah disable the wavetable synth. It's a piece of junk that dates back to the 90's  

Here is an article on how to disable it in Windows.
https://answers.microsoft.com/en-us/windows/forum/all/completely-disabling-ms-gs-wavetable-synth/5b2297a5-0904-4340-bdbb-ce528b3068c5

Maybe we should block it in Cakewalk itself by default...

Sorry that you are having such a nightmare with Windows.
I have an RME UFX but it runs on one of my older computers with Windows 10 on it. I don't see any significant lags when adding tracks. I tested adding about 50 tracks and it still took about a second to add a new track after that. This is an older PC about 8 years old.

I doubt that this is a Windows issue or RME issue directly. Have you tried resetting your audio configuration to defaults in preferences / Configuration file?  Does the slowness even happen on a new empty project?

One more thing to try. In preferences, disable all audio inputs and outputs except for the ones you are using. See if this makes a difference.

If you were using ASIO and output 1/2 was not working the problem definitely exists outside of Cakewalk. 
Something in Windows is possibly confusing the ASIO driver. I would ask Lynx support.

If you are using a laptop definitely make sure windows is set to high performance mode and preferably use it plugged in to AC power.

4) If my laptop is using just battery only ( i.e. not plugged into mains via the adaptor ), would that be more likely to cause 'audio engine dropouts', even though the battery still has ( say ) 50% charge left?

When running on battery Windows is very aggressive about conserving power to the detriment of realtime performance. Its not surprising that your system is prone to dropouts. If you must run on battery then you MUST ensure that Windows is set to never sleep and always run in high performance mode. Also run with MMCSS enabled in Cakewalk.

Additionally you may turn off dropout detection in Cakewalk by setting MaskDropoutDetection to True. When that is set, the audio engine will not stop even if a dropout is detected. You may hear a momentary glitch bug it will keep running.

If using onboard audio make sure that you have set the audio driver mode in Cakewalk to WASAPI Shared here:

This is the default for windows onboard audio devices and should work for all sample rates even those that the audio interface doesn't directly support because Windows does the sample rate conversion.

In WASAPI shared mode the latency is locked at 10 msec but it should be good enough for most use cases.