-
Posts
4,815 -
Joined
-
Last visited
-
Days Won
64
Posts posted by Noel Borthwick
-
-
@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.
-
5 hours ago, Olaf said:
Anyway, really like this update. And can't wait for the next improvements.
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.
QuoteAnd so I agree with @Milton Sica that mass delete should also be possible (since mass insert and replace already are), following the same principles, and ALSO mass On/Off of rack FXs - that's a big one. That's really useful for a quick comparison across the board, to see what a
Mark has now added support for quick group delete fx as well as bypass effect so it will be in the final release.
QuoteOn this topic, you should be able to click-select an Insert FX and delete it by pressing "DEL" - obviously, also for mass Delete (+Ctrl). Doing that doesn't work now, and I've had the experience - this I believe should be checked - of trying that, while in the Console View, and have it do nothing, only to find later on, that my pressing "DEL" DID do something, which was delete an audio clip that was selected in the... Track View, which is an major no-no. So, first of all, pressing anything should not do things you don't know about, in other views that are not selected, and secondly deleting FXs should be possible via pressing DEL, which would be an intuitive and common sense option.
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.
QuoteI don't get this, though - not the point of it, but how to interpret the behavior:
- Note: If the tooltip shows "Time Critical" when MMCSS is enabled in ASIO mode, it's possible that the driver is not using MMCSS, or has set up MMCSS incorrectly.
On my Audient ID4 mk2 - haven't tried the Evo - when Enable MMCSS is toggled off, I get "Time Critical", and when it's on, I get "Realtime" - in ASIO, obviously.
Does that mean that the audio driver CAN manage MMCSS on its own, or that it CAN'T?
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.
QuoteLast, but not least, the automatic update within Cakewalk - which is really nice to have - doesn't work well with EA releases - there a mismatch there, which complicates updating - particularly since no links are provided for the official releases, for a reason I don't understand.
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)
QuoteBy the way @Noel Borthwick, if you've gone through the trouble of signing all the .dlls - which is really useful, cause Windows Defender is an absolute bitch, and there's no way of fully getting rid of it, it even blocks itself, Windows components, full installations, EVERYTHING portable, so on - I don't think I've ever had a virus that was so damaging to the computer as this "antivirus", in the most proper sense - it never remembers any permissions, so on, many times it doesn't ask, doesn't even inform, anyway, complete and utter dementia - why not provide the link to the full installer, so that we can actually make full use of the signed dlls? What's the point in making that improvement, if people can't have access to it?
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.
- 9
- 2
-
@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.- 2
- 2
-
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.- 1
- 1
-
2 hours ago, apt said:
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.
- 2
-
12 hours ago, scook said:
Deleting a plug-in from an audio FX rack is incomplete if the plug-in has automation driven by remote control.
Immediately after delete, the plug-in label is retained in FX rack but is inaccessible. The plug-in is actually deleted and is gone when the project is re-opened, however; the automation is orphaned.
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.
-
12 hours ago, scook said:
Replacing a plug-in that uses MIDI I/O does not preserve the MIDI setup.
IOW, plug-in properties of the new plug-in has "Enable MIDI Input" and "Enable MIDI Output" deselected regardless of the plug-in's capabilities and the settings of the plug-in being replaced. Moreover, any routings to and from the plug-in to instrument/MIDI tracks are also lost.
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.
- 1
- 1
-
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.
- 2
-
21 hours ago, Herbert Miron said:
As I mentioned in another thread, after updating to version 2022.09 (Build 039), the DAW started to have these crashes when opening a new project.
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.
-
Are you using the mic in WASAPI shared mode? Thats the reliable mode to use USB mic devices. I have a mic hooked up right now and it works fine (Shure MV-88)
- 1
-
Saving after safe mode wont help because safe mode doesnt physically remove the effects.
Most likely you have plugins in hidden tracks or buses. If you don't find hidden tracks send a link to the project and I can take a look where they are coming from. -
11 hours ago, Max Arwood said:
I found mine!
Problem Report (#724283).
Figured it out kind of. For me it was a combination of GW MixCentric, AR, TG Mastering and IMPusher in the bus area. It took a LONG time to figure this out. Thanks to Bitfilpper for suggesting plugins in the bus area might be the problem. I don't know what happened. After mixing all night as usual, LOL, I opened the file the next day and there was a pop then no sound. All I had to do is to was to delete these three plugins and put them back in. Simple enough, but there were 69 tracks with 96 plugins on them, including the bus effects. It took a bunch of time to figure out which it was.
Ok, but what caused this to happen to this song to begin with. It was playing just fine the night before and did not play the next day? If I can do anything to help let me know.
Not use those plugins maybe
- 1
-
12 hours ago, Max Arwood said:
I know I have 2 requests for help in a row. I'm getting a bunch of these lately. Mostly when the songs are almost finished. I know it is probably plugin related, but I can't seem to figure out what combination of plugins is causing this. Any Ideas?
Did you get a crash dump generated?
- 1
-
Some plugins internal state must have gone bad and got saved. By deleting and reinserting it probably reset whatever was bad.
-
Just create a send from the effects bus to an aux track. Arm the aux track and record and you will get the wet output recorded.
Simple Instrument track--->BUS [effects]---> MASTER
Send |
\---------> Aux trackAlso read this topic:
http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Mixing.13.html#1750199
In particular Capture the performance of guitar effects in real-timeHere is the minimal configuration:
- 2
-
Besides bug fixes, @msmcleod has an extra surprise Christmas present feature that we'll be including that should make quite a few people happy
- 3
- 2
- 1
-
2 hours ago, Herbert Miron said:
After the 28.09.0.027 update started to present this crash when loading a new project, I installed the 28.09.0.039 update, and this crash continues, would it be a bug?
Your video doesn't show a crash or anything actionable. Please make a fresh thread and describe the problem in detail. If you have a crash include the dump file. Also it looks like you are using a custom theme. Switch to the default Tungsten theme and retest.
-
@Traveler can you do a test. Download process explorer from here:
https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorerThen 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.
[CLOSED] Cakewalk 2022.11 Early Access [Updated to Build 12]
in Early Access Program
Posted
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.