David Baay

Actually, I generally feel the same way, and typically leave 'Always Echo' disabled. The main reason in my case is that I often leave Local Control enabled on my keyboard synth to eliminate the MIDI round-trip latency and get the best possible response when just playing and recording solo piano and not working with any other synths which is the way most of my projects start out. Obviously I don't want the MIDI track in my default template echoing automatically in that case. But when working in a project with multiple synth tracks, and wanting to have the most transparent experience with performing on a controller while switching tracks in the PRV, I would think 'Always Echo' is the way to go.

The currently focused track (name field highlighted) is the default destination for pasting. Selection and track focus are independent in Cakewalk so it's quite possible to select a clip in one track while some other track remains focused so the paste ends up going there. This is a useful feature when needed (e.g. you want to copy clips from several other tracks to the one you're currently working on without constantly having to switch the focus back to the destination track and/or scroll up and down in a big project), but it does mean you need to keep track (no pun intended) of where your focus is. If you're not deliberately intending to move/copy things across tracks you'll want to start all your edits by deliberately clicking in the header of the track you intend to work on to set the focus there before you do anything else. The PRV has 'Auto Focus' and 'Always Paste Copied Notes into Active Track' options to help with this, but so far as i know, the Track View still does not. This would might make a good feature request to facilitate some workflows.

To clarify, the PRV snap resolution and mode settings will override the global snap resolution and mode settings, but the PRV snap enable depends on global snap being enabled. So if you temporarily want snap completely disabled in order to draw controllers, you can just toggle global snap off with the default 'N' keybinding; you don't have to disable both.

And you wouldn't want that because...?

For the PRV, doesn't 'Always Echo Current MIDI Track' address the need in the most common case that you just want to be able to play the instrument on the track you're currently editing?

This looks similar to an issue i reported a long time ago (like 8 years!) that soloing a lane overrides clip muting. I was told this is expected behavior to facilitate auditioning a muted clip. I didn't really think that made sense at the time, but so be it. In my case, it affected playback as well as bounce/export. In any case, unless i missed it, your video never shows lanes. Any chance the lane of the muted clip is soloed?

You will want to identify one track to be used as the 'master' guide track (or possibly bounce two together - e.g. kick and snare - and use that), and 'Add to Pool' the markers from that track after ensuring they are locked to their respective beats. Then 'Apply' those markers to the other tracks so that they are all using the same reference for Clip Follows Project. With the markers all correctly locked to their respective beats, and shared across all clips, executing Clip Follows Project with the 'Beats' option should keep them all in sync and phase as they are stretched to fit the project. Merge and Lock markers can also be used, but I think applying a common set of markers from one 'master' track is clearer and less error-prone. To prevent phase errors, you should use the same algorithm on every track. It's best just to try them all, and see which gives the best result. Since I'm primarily a 'MIDI guy', I don't often have a need to stretch audio, but I've generally found that the generic Groove Clip algorithm often gives the most 'transparent' result, and the highly acclaimed Elastique Pro can sometimes grotesquely displace and/or distort a transient at particular location that ruins an otherwise good result. YMMV.

I briefly checked out the manual for this instrument, and it seems pretty straight forward - CC1 (Modulation)) switches between four articulations, but only for instruments in the '03 Short Tight' folder and the '04 Short Loose' folder that have short attacks. So if your trying to use CC1, you'll need to make sure you have an instrument loaded in that channel that supports it. CC11 (Expression) works as usual to control the volume of an instrument within a range limited by CC7 (Volume). This will work for all instruments, and is easy to hear, so I would suggested experimenting with that first as a sanity check, and then try CC1. If it's still not happing, it might help to see some screenshots of what you have set up, and maybe the Event List view of a MIDI track. It will also help to be using split MIDI and Synth audio tracks rather than Simple Instrument tracks so that you can clearly see MIDI events registering in the output meter of MIDI tracks, independent of the audio response.

Does the instrument UI have a modulation control? If so, does it move in response to the controllers? Do you have a 'forced' output channel assigned in the track header? If not, you'll need to make sure the controllers are on the same channel as the notes. I have no experience with EastWest instruments so don't know if anything special is required to configure controller response.

If you were already at that high MIDI Prepare Using buffer setting, you might actually want to try backing it down to the default of 50ms, and going up gradually from there. Another possibility would be that tempo and note position are interacting in a way that causes buffering to fail. I have not seen this since buffering was revised, and usually only with one particular note in a whole project, but it might be worth tweaking the position of a dropped note by a tick or two and seeing if it makes a difference or tweaking the nearest tempo value before a missed note (or for the the whole project if it's a fixed tempo.). I may not have the samples you are using, but I have Sampletank 4, and could give your a project spin on my system to see if it's platform-specific, and poke around for other possible causes if the problem reproduces. Bakers will probably need to do the same to understand what's going on. P.S. In thinking about this, I was reminded of an issue I encountered when I first got Sampletank that some instruments were not playing notes above a certain velocity because the channel-mapping of velocity layers in some patch definitions was screwed up. IIRC, IK responded to my post about it, and were going to fix them. Might have been specific to Syntronik patches though. The plain text patch files could be edited to fix the problem (putting all layers on channel 1), but there were too many so I only fixed the one I was using at the time.

That's where Edit > Select by Filter comes in. - Select the clip. - Edit > Select by Filter. - Click the Select None button, then re-enable the Notes checkbox. - Enter Min and Max Duration values. and OK. - If you then look in the PRV, you'll see that only notes with matching long durations are selected. - Enter an appropriate percentage in the Event Inspector, hit Enter, and watch those notes shorten.

Ah, OK. I misunderstood "White 2A in some fx, everything are simple eq", and my search hit on IK's LP EQ. In any case. I would guess the issue is related to a specific plugin(s) whether FX or Instruments. Just having a lot of MIDI tracks should not drive up the buffering requirement. Any MIDI FX in the project?

Select the clip, then Edit > Find/Change. Or Edit > Select by Filter (uses the same dialog as Find), and then enter a percentage in the Duration field of the Event Inspector module in the Control Bar. Find/Change will only let you change to a fixed duration.

I don't think any of the Smart Tool functions are disabled by default in a new installation. But I checked, and none of the optional Smart tool functions needs to be enabled to get the level-adjust cursor, but you do have to hover over the top of the shadow somewhere to the right of the actual controller that you want to change. The Move function will let you both move and adjust the level by grabbing the top of the controller.

As scook suggested, Bounce to Clip(s) is the standard way to combine (or re-combine) MIDI clips. Alt+left-click with the Smart tool will spit a clip. Handy when you need it, and fairly hard to do accidently, but it could happen. With lanes showing, you could also inadvertently split a section of a clip by clicking and dragging in the lower half of the clip with the Comp tool function of the Smart tool, but that would always create two split points, not just one.

White 2A is a Linear Phase EQ which means it will be using a lookahead buffer. Clicking the 'power' button on the FX in the bin to disable it should be enough to check whether it has any bearing. just make sure you get all of them. The effect is not additive, but leaving even on active will drive the delay compensation which is what causes trouble with MIDI buffering.

MIDI buffering was revised a couple years ago, and those extremely high buffer settings are not generally needed. i think the default now is 50ms. But it'd still sensitive to plugins that have very large 'look-ahead' buffers. If you're aware of any 'mastering' type plugins in your project that have big internal buffers, you might try disabling them. Some have 'quality' or 'precision' settings like Cakewalk's Multiband Compressor that can be lowered to reduce the buffer size.

+1 Pretty sure I've entered a feature request for this in the past - probably before this forum existed.

Ah, yes, the jittery Now Time Cursor is indeed a well-known 'feature' of Cakewalk. I've reported it myself. But that's nothing like "when i do any action it takes a minutes to response". Incidentally, regarding the video's next point, it's working as designed that a 'confidence recording' shadow is only displayed for the current take when looping. I can see how you might want it to show everything when layering takes in sound-on-sound mode, but that's not really the purpose. Its main purpose is to give you confidence that your current input is being recorded. Personally I don't ever pay much attention to the content; so long as that 'shadow' is being drawn, and the meter is moving, I'm happy. What's needed in this case is a feature request not a bug fix.

Using a good multi-sampled drum synth, and getting natural velocity variation that takes advantage of it is arguably more important than micro-timing tweaks in making sequenced drums sound natural. That, and having elements of the pattern that evolve from measure to measure with significant pattern and kit piece changes for different sections and fills going and out of them. Plenty of drummers can and do play right on top of the beat with metronomic precision most of the time. It's their nuanced 'touch' with the resulting tonal and rhythmic effects, and constantly changing up some elements of the pattern, that make a drum part groove. Personally, I'm horribly lazy when it comes to creating distinctively different patterns for the different sections or playing proper fills, but I do better with 'touch nuance' and 'evolution' by playing in parts in real time from a keyboard as bitflipper suggested, playing parts all the way through from end to end (or at least 16- to 32-measure chunks), and avoiding too much copy-pasting. I break these rules all the time, of course, but that's the ideal. ;^) I have also dabbled in using Jamstix, and have had good results mixing Jamstix patterns into my home-brewed parts. When doing that I'll thin out competing hits, but I don't really worry too much about whether a real drummer would be able to play it; real drummers might care, but your average listener only really cares if it sounds good. Using a pattern that was meant for a different time signature can also get really interesting... but I digress. ;^)

Still curious what kinds of operations we're talking about. As it stands there isn't enough information here for the Bakers to act on.

Record a guide track of MIDI notes played in sync with beats of the audio track, select the clip and choose Process > Fit Improvisation: https://www.cakewalk.com/Documentation?product=Cakewalk&language=4&help=EditingMIDI.40.html

Not really, but a lot of project-specific content and configuration settings could have a bearing. The first thing to try would be to bypass all FX ('E' on your PC keyboard.) If that doesn't help, I would suggest creating a barebones audio project with a good number of tracks and no FX or synth plugins, enable Autostretch on all the clips, change the tempo 20% in either direction, and see how it plays. If it plays smoothly, you'll have to dig further into the glitching project. If there are problems in the simple project you'll need to share all audio preference settings, and let us know something about the hardware and interface you're running. But even a pretty low-spec machine should be able to handle the simple case.

Yes, this is an old and fairly well-known issue when simultaneously recording both sides of stereo pair to separate mono tracks. To my mind, the function is mostly unnecessary, and should just be left disabled as it is by default.

"Any action"? Can you give some specific examples? And when you say "it takes a minutes to response", I assume you mean some significant fraction of second that is just enough to be bothersome...? I find that Cakewalk's responsiveness generally exceeds my ability to drive a mouse and keyboard, but I wasn't born with them in my hands like some of these youngsters.