David Baay

I recommend using Set Measure/Beat At Now. It's faster, more flexible and more reliable than editing the Clip Tempo Map, and yields a cleaner and more precise project tempo map than either Audionsnap or Melodyne. (Note that the default keybinding of Tab/Shift+Tab to Next/Previous Transient (or MIDI note) was deliberately disabled in 21.12, and has to be manually re-bound if you want use it.)

Hmmm... I can't reproduce that. Are you the latest release of CbB? You might try toggling off 'Use Paste Special Options on Paste' in Preferences > Customization> Editing, and doing a non-Special paste of multiple tracks.

Cakewalk knows that won't sound good, so it's not allowing it. ;^) Try hitting N to toggle snap off altogether, and and see if you can drop it anywhere near 3. If that works, I would guess that you have some Landmark option enabled in your snap settings; that's the only thing I know of that would prevent a 16th snap resolution from working everywhere in a measure.

I found it to have a pretty jarring transition to the higher overtones present in a harder strike; they come in all at once with a very small change in velocity. I've encountered this issue in a lot of sampled pianos (both acoustic and electric ) that I've tried over the years. I haven't checked it out thoroughly to determine exactly how many velocity layers it has or where the changes occur, but if I didn't know better (and I don't), I would suspect it has only two or three. I generally prefer synths that use some form of modeling or actual 'synthesis' of sounds to help deliver a more naturally progressive timbral response to velocity change, and pure sampled pianos with no modeling component really expose shortcomings in the number of velocity layers. If you're even a moderately capable keyboard player, you're likely to be disappointed with the playability of this instrument, more so if you have experience with hardware digital pianos or some of the more advanced software pianos that model resonance, release, and continuous pedal response.

To me it's pretty well expected that a button that is intended to globally enable/disable a function will affect all instances and modes of that function. If it didn't affect one mode, it wouldn't be very useful, and the alternative would be to go through all plugins in the project and individually disable Upsample On Render, which would be a nightmare, and could justifiably be called a bug. Performing a null test of a track rendered both ways should give you the answer. Just make sure it's a plugin that renders repeatably in a given mode.

Good bet that's the issue. I don't use Workspaces (set to None), and I use the default D binding to toggle the multidock open and closed a lot without issue as I'm sure many other users do.

@Maxim Vasilyev It would be good to see the sends from the source track to the patch points to make sure the first one didn't get doubled up. I would also be curious what is shown if you arm the Drums Aux to show the input level vs. the output level and/or change the Drums New Aux to use the same patch point as the Drums Aux for input. This will tell you if the patch point itself is raising the level or something is happening in the track between the input and output. If it's actually a bug, any of those actions might conceivably reset something, making it difficult to diagnose, but if the behavior remains consistently wrong, you should send a copy of the project to the Bakers for analysis - preferably stripped down to just the tracks that show the problem with all unnecessary plugins removed. Also, though it's probably not relevant in this case since both Aux tracks are getting input from the same source track, you should change the Input to your Kick Instrument track (and all other MIDI/Instrument tracks) from 'Omni' to a specific channel of your keyboard/controller to avoid receiving unexpected MIDI input from other physical/virtual ports or channels. Incidentally, regarding an earlier post about frozen tracks gaining 3dB, this is a long-standing issue with freezing tracks that have a mono input from a soft synth. I haven't checked it for a while, but I believe that problem still exists.

Which key(s) for which function(s) in which context(s)? Setting up custom bindings can be quirky, but once established should work consistently unless maybe there's come conflict of assignments in different contexts.

In very broad terms, I would say that it's unusual to see the Audio Engine running over 100% and showing a lot of late buffers with the Audio Process load below 50-65%, and the Audio Engine reading typically averages closer to 1.5x to 2x the Audio Processing load than the 3x factor you're seeing. But it depends on the plugins being used, and it's a rare project of mine that needs more than a 256-sample buffer to run smoothly on a lowly 4-core i7-6700K processor. I just don't use that many heavy-weight plugins in any one project.

Disable Non-destructive MIDI Editing in Preferences, and the clips will be trimmed automatically when you split them. With NDME enabled, splitting creates two slip-edited copies of the clip, each of which contains all the data of the original clip as indicated by the beveled corners at the split point (I think you were mistaken that these appeared after the first trim.). The first 'trim' discards the part of each clip that's hidden by the slip-edit as indicated by the now-squared corners, and the second one throws away the empty space. It could argued that one 'trim' should do both jobs in one go, but that's how it works currently.

My reading of the documentation is that the button enables/disables whichever upsampling mode(s) you have enabled for a given plugin: http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Mixing.25.html

Plugin Load Balancing is not always guaranteed to improve overall performance, especially when the distribution of load across cores is already good without it. I generally leave it off as I don't often use that many FX plugins in a single bin (or in a whole project for that matter), and most of my load comes from VST instruments which can't be load-balanced. The documentation provides guidelines for when it can be helpful and when it might not: https://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=AudioPerformance.14.html

Maybe try re-naming AUD.INI, and let CW build a new default one. Do you have any of the old SONAR demo projects and bundled plugins? I'd be curious to know what kind of performance you see with a known baseline. EDIT: A couple other possibilities... any chance you have the Steinberg Generic Low latency ASIO Driver installed or have enabled the non-default 'aggressive' ThreadSchedulingModel=3 in AUD.INI (Preferences > Audio > Config File)? These suggestions come from a similar thread from last year: And a golden oldie problem generator: Setting Windows processor scheduling for best performance of Background Services in Advanced System Settings

That DPC latency would be on the high side if you were trying to run a 32-64-sample buffer, but should not be a problem at 1024. In a well-optimized system, I would expect to see consistently under 300us. Mine manages that even with WiFi enabled. Beyond that, I'd be looking at the project content. It would have to be a pretty heavy-duty project to run a 16-core processor that hard at that buffer size. Seems likely there are just some individual plugins driving the engine load that be can't load-balanced any further. I would suggest you try selectively disabling plugins, and see if anything is driving the engine load particularly hard. Then search for reports of issues with the efficiency of that particular plugin - may just be the nature of the beast in some cases.

Care to share a screenshot of LatencyMon after letting it run for 10+ minutes? Also, if you hover your mouse over the Performance Meter in Cakewalk while you are hearing "peaks, clicks, etc." does it show the empty buffer count increasing?

If the issue is clicks/pops/dropouts when streaming audio in real time, you probably have issues with Deferred Procedure Call (DPC) latency spiking. Check it with LatencyMon, and go after the usual suspects: WIFI and Bluetooth drivers: https://www.resplendence.com/latencymon Also be sure to disable CPU-throttling functions in BIOS like Speedstep and C-States as well as turning off all Windows power-saving measures.

Oops, missed that second post. I did a quick test and confirmed the 140-samples of uncompensated delay using independent audio clips and Channel Tools with upsampling enabled for both playback and render. I also encountered some issues bouncing the master bus to a track with 64-bit DPE enabled. I reported it all to the Bakers for investigation. Incidentally. setting your three nudge values to something like 1, 12, and 24 samples makes measuring sync errors a lot easier; just count the nudges, and add/subtract as you go until the zoomed waveforms are aligned or the audio is nulling.

I could be wrong, and would have to test myself, but I suspect there's a logical problem in using a send to an aux track instead of a separate signal source. What I'm thinking is that any plugin delay compensation applied to the source track to keep it in sync with the upsampling delay will delay the send signal as well such that it's basically no possible to sync the two outputs unless the timing of the send is divorced from the delay of the track output signal. I haven't completely thought through how this squares with the plugin's internal upsampling being properly compensated, but i'd be interested to see if the problem reproduces when both tracks have an indepenndent-but-identical audio source

There's an option to allow only one project open at a time (Preferences > File > Advanced), but it shouldn't be a problem to have a several open at once. I pretty regularly have two or three open, but not so often more than that. My guess would be it's project/plugin-specific. You might try raising the ExceptionHandlingSeverity value in Preferences > File - Initialization File, and seeing if it helps intercept the 'crash to desktop' and provide more information:

Selecting MIDi Omni for both tracks should not have caused a crash, but it's best to select the specific port and channel that your keyboard is transmitting on to prevent routing confusion. Assuming the two tracks were inserted as Simple Instrument tracks, each will be using an independent virtual MIDI port between the MIDI side of the track and the instrument in the synth rack so there is no need to differentiate channels. For Input, select the keyboard port and Channel 1. You won't need to worry about channels unless and until your start using multi-timbral instruments. By default, Cakewalk will only echo MIDI to the synth associated with the track that is currently focused because 'Always Echo Current MIDI Track' is enabled by default in Preferences. This will be indicated by the Input Echo button in the track header lighting up with an 'A' in the icon, and you should only hear that instrument when performing on the keyboard. Or you can disable Always Echo in Preferences, and manually toggle input Echo buttons on and off to determine which track is echoing input from your controller.

Are you saying it started in 120 and persists in the current release 141, or have you not updated to the final release...? I'm familiar with the bus-soloing issue, but am not seeing any problem soloing a track with external insert in 141.

That's working as designed. By default the control is disabled as indicated by parentheses around the value, and will have no effect. Moving it enables it, and then the value you set will be sent to the synth every time the project is opened, and every time playback is started.

Right-click the Volume control in the MIDI track, and choose Disable.

I actually had to Google 'snare drag' when I first saw your post, and a video I watched showed it involved using both hands/sticks with the right hand playing a quick two-hit 'diddle' before the primary hit with left (though it can be done the other way around). So it makes some sense that the MIDI would have the 'diddle' notes on D3, which I assume is an alternate snare articulation. But I know some drum synths have the multi-hit 'diddle' sound recorded as a single sample, requiring only a single note to trigger it. So it's not clear which implementation is used in this case.

Noel has implicitly recommended staying under 50ms unless you know all your plugins are compatible with large buffers. I have run mine at 20ms (960 samples at 48kHz) for years without a problem.