Jump to content

Noel Borthwick

Staff
  • Content Count

    3,727
  • Joined

  • Last visited

  • Days Won

    38

Everything posted by Noel Borthwick

  1. @Traveler can you do a test. Download process explorer from here: https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer Then launch Cakewalk with MMCSS off. Find cakewalk.exe in process explorer and right click and choose properties From the window that opens switch to the threads tab. Try and find the Apollo ASIO driver thread in the list of threads. The thread will have the driver name in it hopefully. Send a sreenshot showing the ASIO thread details.
  2. @Helene Kolpakova we've finally fixed the load issues with your project - both the crashing problems as well as the case where it would load with the multi-dock and console view being non-functional. It was a complicated issue caused by a bug in the logic auto closing the template while opening the new project. The original bug dates back to 2016 so it's been there awhile. We're glad to finally fix it since it could have been the cause of many user crashes when opening projects, or projects drawing incorrectly after load. Thanks for your diligence in reporting it and spending the time to collect all the dump files and diagnostics I asked for. Much appreciated. I guess some consolation is you got a crash course in Windbg
  3. Which version of Cakewalk are you running? We don't do any telemetry beyond at startup and shutdown for some basic things like session start/end. It can also be turned off in preferences. Does this happen only when opening the app and are you seeing activity past the startup of the app? Not everything is necessarily telemetry. If you are listing general internet output, it could be a variety of things causing it, including plugins checking for sign-in, check for activation, check for updates. All of these are normal activities and won't happen past startup.
  4. @Milton Sica try this build. It should fix the crash deleting tracks with that plugin. https://drive.google.com/file/d/19lMfagiuU4iostxieU9B_705apfsheFv/view?usp=sharing
  5. The engine stopping was just a symptomatic way to isolate it. There was an actual race condition in Cakewalk causing this problem. It's been fixed for the release. We'll post an updated build with that fix.
  6. Great. I have a fix for the crash in your dump file. Will send you a build shortly.
  7. Thanks for troubleshooting. There may be a false alarm. Some ilok plugins cannot run inside a debugger and we'll force the app to terminate. Which makes them very hard to debug of course! Your template that you sect me did not have any plugins as far as I saw. Were you using a different file to test? I'll look at your dump file.
  8. @Mage_et_lent interesting so it was an AV causing the issue? Did the issue start with the 09 release? If so perhaps the signing caused it to somehow incorrectly flag the app slowing it down due to excessive monitoring of file loading.
  9. @Helene Kolpakova Your template file opens fine here. As far as I can see there is no issue with the template. The first error 0xc0000005 is a standard access violation. 41d is an error I haven't encountered. Its description is: // MessageId: STATUS_FATAL_USER_CALLBACK_EXCEPTION // An unhandled exception was encountered during a user callback. #define STATUS_FATAL_USER_CALLBACK_EXCEPTION ((NTSTATUS)0xC000041DL) One cause is a kernel mode to user mode callback crashing. If thats the case here the issue would be your ASIO driver crashing which could explain why there is no dump file. Please try switching out of ASIO mode to WASAPI mode and redo your test. If it doesn't crash now this will isolate the problem to the asio driver.
  10. If the app is disappearing then the exception is not being caught by Cakewalk. In some heap corruption cases or low level crashes this can happen. Does windows event viewer show any status about the crash? You can send a link to the template and we can check if there is a repro. Most likely this is plug-in related.
  11. @Helene Kolpakova do you have crash dump files? Crashes can be the easiest bugs to fix if we have a dump file that shows the cause… Thanks for reporting your issues.
  12. Thanks for doing the test. You should report this to UA support. This looks like some weird incompatibility with their driver when the app is running its threads in MMCSS mode. Other devices don't have this issue and as per this test we aren't changing the driver's configuration in any way. If they have questions, they can contact me.
  13. @GreenLight can you please retest with the new EA build. There is a setting for sending all notes off if needed.
  14. Another EA build has been posted that addresses a few user reported issues.
  15. @HOOK and @Traveler we just posted an EA build that has a new option to enable MMCSS only for ASIO drivers (off by default) This allows you to enable MMCSS mode in Cakewalk but leave it disabled for the ASIO driver. Can you please try this on your machine and report back. I.e Turn on MMCSS but disable the ASIO MMCSS option.
  16. If Cakewalk is crashing it should be producing a dump file. Find it (the crash dialog will link it) and send it to us and we can investigate what caused it.
  17. Lol thats a first. Plugins freezing up the system because they aren’t authorized. Talk about aggressive copy protection
  18. To clarify, its expected that plugin load balancing will result in more CPU use. Load balancing makes the CPU work harder to parallelize the workload by farming out plugin processing to multiple threads. By using more CPU it can finish the processing faster so it can result in fewer glitches with some plugin heavy projects. Another way to look at this is that multiprocessing trades CPU use for faster processing. During playback esp at lower latencies the goal is to finish all processing before the buffer size time, otherwise the audio device will cause clicks and pops.
  19. If turning off MMCSS in Cakewalk fixed the glitches this is most likely a driver bug. We’ve seen drivers that don’t properly error handle cases where MMCSS is already enabled by the host. A similar issue happened with the Lynx driver which we reported to them and was subsequently fixed. Drivers should handle the host setting threads to MMCSS.
  20. How many cores does your CPU have? Setting Mix thread count to 6 tells cakewalk to limit audio engine worker threads to 6 irrespective of how many cores your PC has. This will use less CPU resources for mixing but will also not load balance a project with many tracks as well so you could get overload earlier. A max of 6 tracks or buses will be processed in parallel with that setting. By default cakewalk uses one thread per core. If it works better after limiting the threads to me thats indicative that the driver is relying on some processing in user mode and being starved. Cakewalk switches all its threads to time critical mode and uses MMCSS by default. Have you tried disabling MMCSS and plugin load balancing?
  21. @Mage_et_lent are you still seeing the problem? If so send the project file and we can try it on Win 7 here.
  22. Its possible that its exposing issues with certain plugins. See if you can try and narrow it down
  23. @PJH We aren’t aware of artifacts with elastique. If you have a demonstrable problem send a zip of the project that exhibits the issue. If its a problem with elastique we can forward it to the developers.
  24. @Tez Thanks for sending the project. We've identified and fixed the issue. For the record it wasn’t a timing issue but a bug where under certain conditions it would not determine the dependencies of the aux track. So it would render the bounce as if there was nothing sourcing the aux track, leading to silence.
×
×
  • Create New...