David Baay

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.

I have often thought that the Bakers should go through all the old CALs, and convert them to native functions with corrected logic where necessary. Seems like low-hanging fruit.

Since your screenshot has the notes scrolled out of view, I assume you mean you're dragging the velocity bars directly, rather than using the velocity tool on the note's hotspot as John described, but both methods should work about the same. In my experience, if you have a lot of notes selected and/or drag really quickly, the drawing response can be a little slow. I would say there's room for improvement here, but it may be linked to the audition feature that replays the notes repeatedly as you drag so that you can hear the result in real time. And it may be worse on slow hardware or with some audio drivers if it's related to the auditioning feature.

scook has you covered on how to do it right next time. For fixing it after the fact you're going to have to fool Cakewalk into referencing the DI audio files to the edited clips in a copy of the Amp track. This might sound whacky, but it should work, and it's the only way: - Right-click each take clip in the DI track and choose Associated Audio Files to confirm which file (especially Rec numbers) is referenced by each clip (make some notes if needed). - Save As a copy of the project with a new name to a new folder with Copy All Audio enabled, and close the project. - Go into the audio folder of the new project, and delete the Amp track's audio files (it's an independent copy, no worries). - Open the new project, and when Cakewalk complains that the Amp track's audio files are missing, select the option to Reference Files from the Current Location, select the corresponding DI audio file for that take, and confirm that the name change is okay. Do this for each of the missing files. - Open the original Project, delete the unedited take clips from the DI track, and then copy-paste the edited clips from the Amp track in the new project into the DI track of the old project. The clips in that project should automatically reference the local copies of the DI files. - Save the changes, and you should be good to go. If it turns out you need to make more edits, manually create the needed selection groups of corresponding clips across the two tracks before you edit.