Noel Borthwick

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?

@Xel Ohh thats weird. So you don't get any error popup or anything? It seems like export is running into an error. If you do the operation without creating a task queue (i.e. just export) do you still get an error and if so what is the message? Could you please PM me a link to any project file that can repro the problem? (with the audio zipped) I'm sure its something simple to fix once we can get a repro.

To me this means the plugin is ignoring the sample accurate automation timestamps being sent to it and only using the value at the buffer start. Please contact the plugin developer to fix it. Cakewalk sends the plugin explicit intra-buffer timestamped values.

Thanks for explaining. Even with how you are setting it up, wouldn't it make sense to route all your cymbal tracks to a Cymbals-aux which then goes to the Master? Then use the new "Tracks Through Entire Mix" source category and pick the Cymbals-aux. This will export a stereo mix of just the cymbals.

You have noticed that the MP3 and Windows Media audio settings now have a checkbox to use the same settings for all output files?

This is expected. You can easily recheck all the tasks. Press CTRL-A in the task window and then press SPACEBAR to toggle them back on.

So you want to export all vocals as a stereo mix? If so why not just bus them to stems in your project which is a standard way to do it. You can send them either to buses or to individual aux tracks. Then you can use source category tracks or buses to pick these and export.