brundlefly

Agreed. The OP stated it didn't matter what MIDI input assignments he made, but I think he must be overlooking something. Ideally they should all be set to a single channel of a hardware controller if not specifically intended to be receiving input from a MIDI-generating VST. One other possibility would be that some synth input assignments on the audio side of Instrument tracks have gotten crossed up which has been known to happen when hardware ports come and go from the system and/or when certain sequences of undo/redo/insert/replace synth are executed.

+1 Great idea! I, too, had a ton of stuff pinned in CbB for different reasons/purposes, too many for one window. Tabs would be really helpful. And I'm hoping/expecting the Bakers will introduce a "compact" listing mode without project icons as well as a return if the "tiles" view where the project thumbnails are usefully large.

It could be a lot of things, all of which are more likely than that there's an inherent flaw in Cakewalk's mix engine that could be resolved simply by moving to a different DAW with everything else being equal, and that hasn't been noticed by people who have done many, many dense mixes with CW over the years like Lord Tim.

Processing load alone will not increase latency. Latency will remain the same as you start getting more and more crackles from late buffers until eventually the audioe engine drops out. I posted early on about Plugin Delay Compensation and that is still the most likely cause, but it doesn't seem you've thoroughly investigated that by removing/bypassing plugins or archiving tracks.

Pics or it didn't happen, i.e. please share a project that manifests this.

Just like exporting with no selection exports everything in the project, quick-grouping without a selection used to assume you wanted to affect every track when you held Ctrl. But users were occasionally getting themselves in trouble with it, so the behavior was changed to require a deliberate selection.

What path does the "Missing Audio" dialog indicate it's looking in?

Actually, no. I never encountered that problem. I just thought I might solve it for you by docking them. All you have to do (if you can get them to open undocked) is drag them to the bottom of the screen where a blue overlay/shadow appears indicating that they will drop into the Multidock when released. Most views, including the Console, open as tabs in Mutlidock by default. They can be undocked by right-clicking the tab, and you can also dock FX GUIs by right-clicking the title bar.

Sounds like the UIs have somehow gotten moved off-screen. They open as expected for me in your project, but I noticed the Multidock was undocked and minimized. I'm attaching a copy of the project in which I've re-docked the Multidock, and docked some of the synth UIs in it. If you undock them from there, possibly their screen coordinates will be corrected. I had to re-direct where it was looking for audio files since it was apparently using the Global Audio folder on F: so you'll have to re-reference that folder when it prompts for missing files. I highly recommend you switch to using per-project audio. Phil's project - Synth UIs in Multidock.cwp

If you have the metronome set to Audio, the clock will be forced to Audio. Likewise if the project has any soft synth or any audio track with input echo enabled. To use 'Internal', the project has to have only MIDI tracks and MIDI metronome. But that's not what you want anyway.

On the contrary it's a highly useful feature in many contexts such as when editing drum parts in which case you are likely to want to select all the notes on a given note number to change their velocity/timing or drag them to a different note number to switch instruments/articulations. It's also useful for grabbing all the notes across a range of pitches (e.g. bass or melody notes) to cut/copy and paste them to different track to be played or coubled by a different instrument or transposed up or down an octave. I don't draw my music to start with so I seldom have a need to preview a pitch by clicking in the keyboard, but I would recommend you just draw a new note to hear it. If it's not the right pitch, you can drag it where it needs to be or right-click to delete it. Or get in the habit of immediately clicking an empty area of the PRV after clicking a key to deselect everything. You can also Ctrl+click the same note to de-select.

Yes, USB. The PC version of the hardware actually shipped with a chip that you had to swap out to make the port compatible with Wintel USB. But, you're right to question as I realize I was off by a decade. It must have been early 2000s when I got my first laptop that needed external MIDI.

It got tossed (actually just hidden initially) because it was only designed to offset the MIDI tempo and Pro Audio/SONAR did not initially have audio-stretching capabilities. You can now get the same effect using Tempo Offset by percent, but you have to enable Audiosnap Clip Follows Project in Autostretch mode on any audio in the project as Promidi mentioned in the first response. And it's not as easily done temporarily because it's destructive to the tempo map and percentages have to be whole numbers so it's not easy to get a perfectly reversible ratio other than 80% and 125%.

No, you actually have to jump through some hoops to get CbB to change pitch corresponding to the change in playback speed, and it's unlikely to have fewer artifacts because it's two separate DSP operations. If Live is just re-sampling the audio at a lower rate with fewer total samples to make it play back more quickly at the interface clock rate, I believe that would tend to produce the cleanest result other than the slight alteration of pitch formants (chupmunk effect) that shouldn't be a probem with small changes in tempo.

Personally, I think it's n urban myth that MOTU don't know how to write good drivers for Windows. They've been shipping Windows-compatible hardware and drivers since the early '90s. I have a MOTU MIDI Express XT interface from that era that still works fine under windows 10, and my MOTU PCIe-424/2408mkii interface runs great at 64 samples and even 32 if the project is light. Where interfaces mainly differ is in how much hardware/firmware/bus latency is added to the buffer latency, and that's where the MOTU shines because it's PCIe instead of USB. Pops/clicks/dropouts are all about whether the DAW application can get the buffer of audio processed before the interface driver requests it and Windows responding in a timely manner to the interrupt request to fill the buffer (that's where the Deferred Procedure Call latency - what LatencyMon measures - comes into the picture), and that's where you need start diagnosing problems with streaming performance . No doubt there are some dodgy ASIO drivers out there, but they're not coming from companies with the expertise and reputation of MOTU.

Most people would find the latency with that buffer size troubling. I generally run a 64-sample buffer while recording, and never more than 128, especially when input-monitoring hardware synths. But you mentioned sync problems on the order of "a few seconds" which is a lot even for a PDC problem. The only thing I know of that has ever caused that much of a problem is some interface drivers not playing nice with Metronome Count-in enabled. Try recording without it. If it makes a difference and you have not had this issue before, a reboot might cure it. Also make sure to zero out any Timing Offset you might have tried in Sync and Caching (not to be confused with the Manual Offset for audio record latency compensation).

Since you have a number of posts not mentioning this problem, I take it's a new problem and/or project-specific...? Are you still using the MOTU M4 for both audio (presumablyin ASIO mode) and MIDI input or are you using a USB MIDI keyboard? What buffer size and what reported input/output/round-trip latency in CbB? What plugins have been recently added to the project and where? If it's due to a PDC-inducing plugin, enabling the PDC Override button in the Mix module will only work if the offending plugin isn't on the track that you're monitoring or on a bus in its path to the output. Bypassing all FX by the button in the Mix module should eliminate PDC but you might have to toggle playback to reset it.

You definitely need to submit such a project to the Bakers for investigation with details about how your machine is configured with regard to file storage and audio hardware/drivers, and what your workflow is like. I have only encountered this error a handful of times in decades with Cakewalk and never more than once with any given project that I can recall - literally years between occurrences.

Was it in the multidock or undocked? Shift+D to maximize the multidock. Second monitor?

Next Marker and Previous Marker in the Global context.

I have a Sonar 7 T-shirt that I wear sparingly to preserve it (and because it's tight and shows off my beer belly). I could go for a coffee cup beer mug.

For me, the crash was happening with the VST3 until I got the missing instrument installed. I didn't think to try the VST2 before doing that, but if you have existing projects using the VST3 that are crashing, switching to the VST2 isn't easily done unless you know what instrument was being used and hadn't tweaked anything.

Sampletank is crashing CbB/Sonar when opening an existing project on my Win11 laptop but not on my Win10 desktop machine where the project originated. The big difference other than O/S and newer CPU is that the laptop is normally running onboard Intel graphics to save power, but switching to the Nvidia RTX did not help. The other difference is that the laptop does not have all the instruments installed that the desktop has, and I suspect is does not have the patches used in this project. Instantiating a new instance of Sampletank in a new project does not crash on the laptop so the crash might have to do with the missing patches. I'll look into that. EDIT: Getting the missing instrument installed on the laptop eliminated the crash. This is something IK Multimedia need to look into.

This is because the controllers are being recorded into a second Take Lane, and when lanes are not showing the clips are 'layered' in the parent track such that the controller clip can be hiding the notes clip. Bounce to Clip(s) combines them into one clip which would normally be what you want. If you show lanes after that (Shift+T or click the Take Lanes button at the lower left corner of the track), you'll see there's now an empty lane that you can delete. It has been frequently requested that CbB have an option to merge new recordings into existing clips but this has not yet been implemented.

I can't repro a probem, and the LP-64 doesn't have a precision/quality setting that would affect the phase management and can't differentially process the stereo channels like the later LP MB, so I'm not sure how that would happen.