David Baay

So you got it sorted? If not I'm happy to take a look at fixing the Project. If BIAB has rendered the MIDI start times, durations and time signature incorrectly but playback has the right absolute timing, one possible solution is to have the CbB play the project while you re-record the MIDI in another DAW (can be an old installation of SONAR) via hardware or virtual MIDI cable. Don't ask me how I know this. ;^)

If you saved at some point before deleting the take, the file would be expected to persist until you use the Clean Audio Folder or Cakewalk Audio Finder utility to remove orphaned files. If you deleted the clip before saving, the file should have been deleted on closing the project (i.e. when it would no longer be needed by undo). I checked the file numbering, and saw this: While recording the first take, the file has a (Rec1) suffix, and does not include the track name. On stopping recording the track name gets added and the Rec number increments. The same happens with subsequent takes so you end up with all even- numbered files. That seems new, and I'm not sure what the purpose of renaming is, but I haven't had occasion to pay attention to this for quite a while. In any case, when I deleted the take clips, saved and closed the project, the files were deleted as expected.

The rule of thumb is to have the 'pre-master' peaking at no more than -6dB. But if you're going to master the mix on the Master bus in the same project, you'll want to use the input Gain to pull down the level ahead of the FX bus where you'll be putting mastering plugins. If you're going to export the mix for someone else to master or to do mastering in another project or another application yourself, you can use Volume to bring the level of the exported file down. I do it all in one project by basically renaming the Master bus to 'Pre-Master' and putting another 'Master' bus between that bus and the hardware outs. I can get away with doing it all in one project because my projects tend to be pretty lightweight to begin with in terms of plugin load. Another trick I use for doing it all in one project is to put a third 'Main Outs' bus between the Master and the hardware outs. This can be used to control output volume to the monitoring system without affecting metering on the Master. This is also where my metronome bus outputs so I can keep it from clipping the output when the Master is maxed out. Also, when I like how the Master is sounding, I can bounce that to a 'Master' track that outputs directly to that 'Main Outs' bus, and group the mute on that track in opposition with the Master bus mute to A/B between them as I make more tweaks to the live Master. Additional bounces can be made to new lanes of the 'Master' track, and the lane solo muttons used to A/B/C/D... between all the different mixes/masters. I started doing this long before the Mix Recall function came along. Using Mix Recall on top of this gives me the best of all words - superfast and easy A/B switching with 'hard copies' of everything plus and the ability to recall the settings of whichever mix/master I finally settle on as the best... so far ;^). And finally, the trick of bouncing the master bus to a track means your final, mastered mix is saved with the project, and you can easily tell whether the rendered file is a faithful representation of the live mix. You can even invert the phase on the Master track and play it back in parallel with the live mix on the Master bus to check for nulling (just remove the mute grouping first, and keep in mind that some synth and FX plugins may behave slightly differently from one playback to the next, causing less-than-perfect nulling, unless the tracks are frozen). Hmmm... that got longer than intended... Hope it helps.

If the PRV is also displaying incorrectly, then the MIDI file from BiaB likely had issues baked in. You might try 'Opening' the MIDI file as a new project rather than 'Importing' it into an existing project to understand what was in the file. There are probably a number of ways to fix this, but I'd need to see the project file to understand exactly what's going on and whether a global change can fix it or it needs to be done measure by measure.

Scroll lock enabled? Clicking with the mouse can also lock scrolling, depending on settings in Track View > Options > Click Behavior. If this is enabled, clicking in an open area of the Track view (i.e. where no clips exist) will re-enable scrolling. The two scroll locks are independent, and it is possible to double-lock scrolling by enabling both.

You need to unfreeze the track to get access to the MIDI without splitting the Instrument track. Even if you split the track to separate MIDI and Synth audio tracks, you still need to unfreeze in order to re-enable the synth and re-render the modified MIDI, so you might as well unfreeze. .

The feature referenced by scook applies only to clip automation and fades. Cakewalk does not change the waveform display with changes to a track's Gain control. If that's what your talking about, I presume the videos you've seen are showing some other DAW.

Had not gotten around to actually listening to anything other than the click track. ;^)

Soloing by muting only audio outputs and not MIDI works better because the synths driven by those other MIDI tracks are still rendering audio so that when you unsolo the soloed track, the rest of the audio comes back in fully intact without dropped notes from note-ons or controllers that got 'muted'. MIDI event 'chasing' can address that to an extent, but not as well as just leaving the rendering process running, and muting the audio output. But nothing has changed with regard to these other 'odd' behaviors as far as I can tell. Muting a MIDI track still allows live-input to pass to the output though the MIDI meter doesn't show it.

I think my issue was due to Melodyne (Editor) having become deactivated since I last used it. I was subsequently able to get a tempo by dragging the clip, but only one average for the whole section. I then trimmed it, duplicated it a couple times, and bounced the three copies together, and got a more typical result with multiple chnages over several measures. But I still prefer Set Measure/Beat At Now for its precision, control and flexibility at the cost of a bit more time and effort. I have been wondering why you break up the clips and process sections separately. Though I don't like the way Melodyne places tempo changes in general, I've not found that it has any particular trouble with long clips with variable tempos.

If Kontakt is inserted in the FX bin of the audio track, try moving it to the Synth Rack. Using the FX bin to host a synth is a legacy configuration that is still supported for backward compatibility, but is not the preferred configuration and has been known to cause stuck notes. If that's not it, I dunno... When I first saw the post, I suspected Zero Controllers When Play Stops was not enabled to zero CC64 (Sustain) which is a pretty common issue with piano synths, I know you've already checked that, but it might still be worth pressing/releasing your sustain pedal to see if it stops the notes.

I have not used the drag-to-timeline feature for a while - certainly not since the new tempo track feature was introduced. I'm finding that it's not working in the current release at all with any audio file - no errors or hangs, but no tempo changes are generated. Possibly the last time you used it successfully was in an earlier release...?

The Melodyne component used to extract the tempo info may be having trouble with that - insufficient data - and the algorithm might be stuck in a loop if that condition wasn't anticipated. Or, similarly, Cakewalk may be having trouble with the limited set of data it's getting from Melodyne. I'll check out the bundle in a bit.

You might try Bounce to Clip(s) each of the split clips so you have a separate audio file for each instead of a slip-edited copy referencing the original file. It may be there is some issue with processing the slip-edited clips.

Check the Track Inspector for the Battery 4 track for sends.