Noel Borthwick

@Gavin Davies thanks for your interest. There is no way to contribute to actual development other than being a developer because Cakewalk isn't open source. Matrix cells store a copy of data and there is no linkage with tracks so it cannot be edited in realtime unlike the step sequencer which has native cel data. The cel data can be copied out of a cel into the TV via drag and drop and edited there and copied back but there is no direct way to do that in real time today. We have update to the matrix in our backlog but it won't be in the immediate future. Recording and direct editing were considered in the original spec for the Matrix but did not make it in.

@JamPro Which version of Cakewalk are you running and what version of Windows?

AFIK The track and clip tokens only apply when exporting with source category track or clip respectively. If you are exporting the entire project it wont pick those up since the export isn’t per clip.

Not sure what current filename refers to. The token “projectname” will expand to the actual project name. If you save as a new project then your exports can inherit that name automatically.

In 30 years of Cakewalk I have never seen this issue Glad you figured it out. I can assure you that it has nothing to do with any recent update. If you find out that markers are being created without user intervention please let us know.

Please read the docs on using the tags. You can parameterize the file names. If you use fixed file names and want to change them then of course you need to create new tasks for them. The program can't guess what you want to do.

Elastique Pro is pretty much the standard these days. Primarily because it operates in realtime unlike Radius but it also sounds great. Radius was good but they discontinued support many years ago. BandLab also has its own propretary real time stretching called AudioStretch which is very good. I may integrate it as another choice in the future. You can check it out in BandLab or in Android/IOS there is an AudioStretch app.

Actully if you selected entire project for the task it should adapt to the duration changing.

The dest track is based on the current track. If your set that before opening the dialog then it should default to it.

Not easily because there could also be more than one track as a source.

Entire project refers to the selection time range in the project. However if you add new tracks to the project later they won't be included in that task. IOW tasks are very specific to the project state at the time the tasks were created. If you change the project later you have to make a new task or update it. Tasks are not intended to be valid for the lifetime of a project if you make changes to it. It's cheap to make new tasks so just delete the old ones and create new tasks.

Thanks for the feedback. We don’t really have control with how Radius handles its stretching since it was developed by iZotope and its no longer maintained by them. IIRC radius internally uses its own transients rather than ours so I don’t expect a major change there even though our detection is improved. Do you see better behavior with the elastique stretching? Elastique is more advanced than Radius and is still maintained by zPlane.

@AlexHomeStudio We’ll need a bit more information to solve this. Please list the specific steps you are doing and if you can reproduce this in any project. Also please attach the dump file for the crash to help us investigate the cause. Not seeing any problems here bouncing to clips.

Sidechains and auxes are just different sides of the same problem. Internally they are buses. In Cakewalk when you send to a sidechain its sending to a hidden sidechain bus, Thats how multiple tracks can send to the same sidechain.

Thanks we'll fix it.

Yes bouncing with source category buses works because the logic for bouncing buses is different from bouncing tracks. Track bounce only includes the signal flow from selected tracks whereas buses automatically take into account the upstream signal flow. The export process behind the scenes rewires the entire project routing based on the mix options. I plan to extend similar behavior to tracks and aux tracks when exporting but it will require some work.

Hi folks there is a new build 99 posted today that addresses several issues noted. See the main post.

@Xel Ohhthis is fixed in build 99 among other things. Please redownload the new build try it again.

Thanks @Dave Maffris let us know ASAP if you see any regressions so we can fix it before release. Its already gone through a lot of testing.

@Light Grenade thanks for the feedback. Could you please send us some examples of wave files where you see it needing improvement?

Sidechains and aux tracks are a tricky problem to handle automatically when exporting stems. We havent done that yet.

You can select all by pressing CTRL-A in the list and then pressing space bar to toggle values. There is a small bug there where the first time you have to use the mouse to toggle a track. Not sure why you had different gainstaging with the aux approach. Without seeing your project its hard to say. I suggested aux tracks because ultimately we may make folders behave like a built in aux. So adding specific folder functionality seems redundant.

That means that the sum of all drum tracks is +3.2 dB. Since this is a submix in itself this isn't an issue since as long as you have gain reduction on the master it wont clip. It does mean that the input to the drum bus is too hot.

@Xel OhhOoh, I can reproduce it. We'll investigate and fix it. Thanks for the report.

I understand what you are asking for but it seems unnecessary from what I understand, because you can do that today. Imagine if all the tracks within each folder were routed to output to an aux track within the folder (named the same as the folder name). Now if you export each aux track independently using "Tracks Through Entire Mix" this should give you functionally what you are asking for. Can you try it?