Noel Borthwick

Thats great. Thanks!

Sorry but your file is completely corrupted - likely due to HD corruption. Here is a screenshot of the bad file vs good file in a hex editor. You can see that the data is random in the first file. It's not just the header the entire file has garbage data in it.

Thats normal. I disable it when MMCSS is off. It's supposed to tell you that the setting isn't active unless MMCSS is on. When you turn MMCSS off with Enable for ASIO on, we don't clear that state but gray out the box. >>Running great without either checked. I'll leave it alone... One of the mysteries of the universe only UA can reveal/solve.

Yes, the driver is running in MMCSS mode. Did you capture that with "Enable MMCSS for ASIO driver" on or off?

In the range of 3000 bug fixes. Of course, this also includes fixes in the new features.

All quickgrouping in Cakewalk has worked this way for the last 10 years or more. Its not new behavior.

CTRL needs to be held down at the time of picking the effect not when opening the menu and you need to have all the tracks selected from which effects are to be replaced.

I suspect 2 is expected behavior and unrelated to workspaces. If you save the project with the multidock expanded and open, it does retain the size and width, correct?

Please note: The main post has been updated to 28.11.0.012 This build contains the following additional improvements: Quick group support for: Track effect bin Bypass Track effect bin Delete Effect (hold down CTRL+SHIFT to also remove an effect from any FX Chains within the selected tracks) Individual effect bypass Fix: Orphaned envelope cannot be reassigned after replacing effect Fix: Envelopes are orphaned after undoing track effect bin Delete Effect Fix: [Regression] Track Inspector flickers and draws after the main app window is drawn when opening a project

Yes, RME does handle MMCSS properly from the get-go, back in 2008. I'd worked with the driver developer together on this and we came to an understanding. If it's enabled in the driver, they set the thread to pro audio priority. However, I think it defaults to MMCSS off. BTW even though cakewalk shows it as 18, it's really running at priority 26. The only way to see that is by running Process Explorer, however. We don't have a way to programmatically get the true MMCSS priority of existing threads unfortunately so it shows as 18.

@Helene Kolpakova To clarify you are saying that both the multidock and the browser sizes / collapsed state is not being retained after open, correct? Please deselect a workspace and redo your test. It's possible that the workspace is restoring the view sizes to what they were in the workspace. Remember that Workspaces are a way to set a project to a certain view configuration so if you don't want this behavior, you should select None as the workspace. Note that the Advanced workspace as shown in your screenshots, is authored with the Window Layout settings checked. This means if advanced is selected, it will always restore the window layout to the workspace, overriding what's in the project. You can also make your own custom workspaces without the Window Layout checked if so it wont try and force the layout of the workspace. Additionally, you can turn off Apply Workspace on Project Load from the workspaces menu as below. This should prevent the workspace being auto applied when you open your projects.

Please don't mix multiple issues in a single thread. It gets very confusing for others to follow.

Well, its important to report the version where the problem occurred It was being implied that the latest release introduced the drawing problem when in fact it did not. So the history is that back in July, I changed the startup code to work around a bug in Vienna Ensemble that was wiping out queued windows messages to draw the app. I changed it to not defer the final app redraw and instead do that synchronously. The result of that is that it "opens the stage" so to speak too early now, before some other parts have completed drawing. This makes it look a bit flickery. We now ensure that we handled all queued redraws before showing the final app.

Glad that its fixed some of your problems. Some bugs really need repros to find otherwise it can be impossible to triangulate. After working with @Helene Kolpakova I got a reproducible case for the browser drawing bugs and crashes and that made it much easier for Ben to fix. It was still very complex though. Mark has now added support for quick group delete fx as well as bypass effect so it will be in the final release. I agree with this. Unfortunately there is no concept of effects selection so delete applies to the last selected object. However the fact that it deletes some random clip or object that the user has forgotten about and is potentially not visable has also bugged me since the beginning since it can lead to data loss. Obviously there is room for improvement in that area. I don’t blame you for the confusion. I’m just following the guidelines for the ASIO spec. (which I actually disagree with since I think its misguided information and the host should be setting thread priorities not drivers, because realtime audio threads need to behave identically as a group) If its showing time critical by default when enable ASIO MMCSS is off in cbb, there is a possibility that the driver is NOT setting the priority to MMCSS. If its showing Realtime, when you enable MMCSS then it means we were successfully able to change the driver’s thread priorities to match our engine threads (which is a good thing). Unfortunately in Windows its very hard to check existing MMCSS priories accurately so its possible that that the driver is actually setting MMCSS, but just not a high enough priority. The best way to check (assuming that you can identify the driver thread for your ASIO device) is to run Process Monitor and look at the priorities for the ASIO driver. For MMCSS it must be running with a dynamic priority of 24 or higher to be a pro audio thread. See this thread for instructions. There is some confusion here. We have both soft and full public EA releases. The soft releases are only announced on the forum. This release was originally supposed to be much smaller so we chose to make it a soft release. However it grew legs and turned into 2022.11. We chose not to publicly push it until release in this case. When we release obviously everyone will get update notifications. (If it was a public EA you would have got an in-app notification) We don’t publicly expose the full installer because its large and incurs higher download costs. However if you need it ask support or PM one of us and we can send you a link when the full release is available.

@HOOK Yeah, that's pretty useless I can't tell either. Same issue with Focusrite. If you install the latest 2022.11 early access build, I added a tooltip to the performance module that shows the thread priority. If you run that build let me know what it shows there. Thats the only way to know.

It should work. I just tested it with my Arturia Keylab and plugging in the device while CbB is running works fine. I get a device inserted prompt and when I choose yes, the MIDI device works fine, and I am able to record MIDI. Are you getting the device Inserted prompt and choosing Yes? Sometimes if you unplug and replug multiple times in a session you won't get the prompt because we avoid displaying redundant prompts. If not, you can also CTRL-click the "Reset Audio and MIDI" icon on the toolbar. This will force Cakewalk to reload the driver. If that doesn't work either the issue is with your device.

AFIK Z3ta doesn't output MIDI so I don't think it's possible to do.

That is not a crash and is normal. A crash causes program termination. Timing for loading of views can be system dependent. There is no change I know of that could cause a behavior change here.

@HOOK you can try it in whatever build you have thanks. The 2022.11 EA build is quite solid however and we'll be releasing in a few days so there is no risk to try it. It also has a readout for the audio thread priority in the performance bar tooltip, which makes it easier to check what the driver is doing.

Every quick groupable operation is custom code. You don’t get it for free. We’ve only made the most commonly used features quick groupable.

Is the label persisting a new issue? Automation being orphaned is as intended but the plugin placeholder should be removed. I’ve never seen this… When a plugin is deleted any related envelopes are orphaned and can be reused for something else or deleted. They are also kept in case you undo the delete, in which case they are reassigned to their parameters.

Replace is not intended to handle routing. You will have to set that up manually.

PM me the link. It may be days before it gets reported by support.

There isn't unless the plugin notifies you via its UI. We could try and detect denormals coming out of plugins and indicate it in the effects window but that may not necessarily catch all cases.

I'm not sure what you are referring to as a crash. There is no crash in your video. It just shows the views loading normally.