David Baay

As I said, the registry entries belong to Sonar. A plugin installer/uninstaller doesn't know or care what DAWs you have installed or what/where they write to the registry when they scan. Sonar's scan should have detected the file was no longer in place and removed the registry entries.

I just recently started using a Workspace. I created it specifically to stretch the Console and Inspector faders and put the pane splitters of the Console in a reasonable default starting position becasue I had a bunch of projects made from a template that inadvertently had the Tracks pane competely collapsed. I don't have the Workspace set to be a applied automatically on opening a project, but when I select it, all my preferred Console settings are applied as expected, including wide/narrow strips, though I wasn't aware it was possible to have wide buses and narrow tracks...?

That rectangle should be displaying the tempo at the pointer position like "Tempo: 67 bpm". EDIT: Likewise the rectangle in the controller pane should be showing the controller level at the pointer. The one issue I'm seeing is that the controller level, timestamp and event counter do not update continuously as the pointer moves; it continues to show the level, time and count of at which you first clicked which seems like a bug. In the tempo view, the value updates continuously as expected.

I missed this post. Sounds like you are now direct-monitoring the TD27's analog output through the Focusrite which doesn't require Sonar to be using its driver. If you enable Input Echo on the tracks receiving the multitrack input from the TD-27's driver, you'll hear an echo/delay from the latency. Leave Input Echo off, and it's a perfectly valid solution apart from not being able to record anything else from the Focusrite's inputs, not being able to have FX applied to the drums in real time, and having some additional output latency from soft synths if you ever play/record live from a MIDI keyboard.

Hmmm.... strange that scanning did not fix it. I just checked by removing a file from my VST3 folder, and Sonar detected it within 5-10 seconds and removed the entry from the registry. No fuss, no muss.

The registry entries are made by Sonar when is scans. You just need to do re-scan from Plugin Manager and it will remove registry entries for for which files are no longer present. I just leave Automatic Background Scan enabled in preferences and Sonar keeps track of all comings and goings of plugin files and will update within seconds of a change.

Yes, my guess is that you're looking in the wrong place in the CbB UI. Instument plugins can either be dragged in from the Instrument tab of the browser to an empty area of the Tracks Pane or inserted by right-click Insert Instrument in the Tracks Pane or Insert > Soft Synth from the main menu. All of these methods will insert the synth in the Synth Rack and create MIDI/Audio or a combined Simple Instrument track to get MIDI input to and audio ouput from the synth in the rack. Although CbB supports inserting synth plugins in FX bins, that is not the preferred method, has limitations, and may not always work correctly with some synths.

The drastic difference between 2x the buffer latency (2 x 5.8ms = 11.6ms) and the reported round-trip of 28.1ms indicates that the TD-27 has a lot of hardware/firmware latency. Typical USB interfaces like your Focusrite will add only 6-8ms to the buffer latency, and good ones may add only 3-4. Adding 16.5ms is huge, and you're not going to eliminate that or compensate by running a smaller buffer (256 samples is a lot for real-time monitoring) . I can only think the TD-27's audio output is really only meant for recording-pre-existing MIDI and not real-time monitoring. I would suggest your use the Focusrite to record MIDI in real time, monitoring the combined stereo analog output from the TD-27 through Sonar (or direct from the Focusrite with direct-monitoring engaged) and after polishing up the MIDI, switch to the TD-27 and record it's separate outputs. I realize this is awkward and not what you would like, but based on what the Driver Setting page is showing, you are not going to get real-tme playability with the TD-27 driver. You could try recording the multitrack audio from the TD-27 with its driver selected while direct-monitoring from it's headphone out. The recordings will be automatically compensated for Input latency when you stop recording, but you will probably find that the MIDI is late because you're performing to a delayed late click from Sonar due to the Output latency and MIDI is not latency compensated. If you're not planning on editing the MIDI and re-recording maybe that doesn't matter to you.

Only one ASIO driver can be in use at a time. This is an ASIO limitation, not Sonar.

What monitor resolution and Windows scaling. Maybe try changing the latter and see if it has any effect. Or do some level of clean boot, disabling 3rd-party services in msconfig. Are there any TSRs that you typically install on all your machines or atypical Windows tweaks that you always do on a new machine as a matter of course?

Pretty sure I would have noticed that at some point in the last 14 years (!) if it were happening here, and don't recall any other reports. I would think some sort of system-specific graphics issue, but surely all your hardware has changed in that time...?

Freehand and line tools appear as usual here. Not sure what might be going on in your case - maybe a missing/bad library file. Any installation warnings related to replacing files? I seem to recall it being mentioned that pointers were still raster images, and I'm not sure that's changed.

This kind of stuff really needs to be submitted to the Bakers so they can analyze it and possibly fix something. I'd be curious to see a demo project myself. A lot of reports of 'corruption' turn out to have simple configuration/usage or plugin-related issues that can be resolved by less drastic action than wholesale recreation of the project.

Conflict with Melodyne or other Region FX...? ARA takes over control of clip levels, but output volume automation at the track level should still work.

I'm pretty sure that option is enabled by default in all of the bundled templates. And the fact that it wasn't in this case was inherited from a custom template or a workspace.

Uncheck "Disable Input Monitoring During Playback' in Preferences > Audio Playback and Recording. This is not enabled by default.

'Show Vertical Gridlines' is unchecked so you're only getting the default beat lines. PRV View settings are per project/template.

I can relate. Sonar is much sharper on monitors of all sizes.

Most MIDI events include channel as a parameter of the message ("Embedded" channel is my terminology). The channel of a recorded event is determined by the keyboard/controller/VST that generates it. In the absence of an assigned Input channel, notes with any channel can be recorded in a track. The Input assignment acts as a filter to restrict only events with a matching channel being recorded. but does not re-write the embedded channel of incoming notes. The Output channel assignment, on the other hand, non-destuctively re-writes the embedded channel of events as they are sent to a synth in real time. (Optionally, you can also have events destructively re-written with the forced Output channel by Bounce to Clips.) Back when we were all using multitimbral hardware synths and/or daisy-chaining them in series on a single hardware port, and sequencers were more rudimentary, it was more critical to keep track of what channel was being transmitted and recorded. Now that we have software instruments that have dedicated MIDI ports and tracks with forced output channel capability, we can pretty much record everything as channel 1 with no specific Input channel assigned (though I still recommend it as a best practice along with assigning a specific Input port), and rely on forced Output channels to differentiate them as necessary when using a multitimbral/multi-channel VSTi.

If you still have a copy of the original un-fixed project, you should share a copy with the Bakers to investigate. They may not be able to get at the root cause if you can't identify the steps that got it into that state, but they might still be able to implement a fix that would make the state impossible.

To clarify, it shows the channel embedded in each Note event regardless of what I/O channels are currently set for the track.

Good story. Welcome back. I'm curious, were you not aware Bandlab resurrected Sonar soon after the shutdown or just didn't trust it to remain viable?

Good question. I would have expected the OP to mention if hardware synths were involved, but you never know.

No problem. I already felt important. 😜

The reverb is being generated by the SD-50 in response to MIDI messages from CbB setting the reverb level in the sound module. As others have mentioned, this can be due to CC91 events in the MIDI track data, but most likely these have been read into the Reverb control in the track Inspector - M in this screenshot linked below. CbB sends the values from the various MIDI track controls everytime playback starts http://static.cakewalk.com/documentation/Cakewalk/EN/images/Inspectors.3.4.png from: https://legacy.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Inspectors.3.html