David Baay

All clips are effectively just representations of underlying stored MIDI events. When lanes are showing, the clip in the main/parent track at the top is a composite representation of all the events in all the take lane clips merged together. Deleting from either a take lane or the composite clip deletes the underlying stored event that both are representing. Your desciption of the problem suggests the CbB spontaneously created lanes on opening a project that did not previously have lanes. This can happen with a very old project that was created before lanes superceded layers; CbB will convert the layers to lanes and expand them automatically for all tracks. But if the project originated any time after lanes were introduced (SONAR X3...?) then I'm sure they were already there when you last saved the project and you just weren't aware of it because the weren't showing and editing a multi-lane track without lanes showing is just like editing a track with everything merged to one clip. The circumstance under which SONAR/CbB/Sonar will create new lanes for MIDI tracks has evolved over time, and may have some dependency on the setting of Non-Destructive MIDI Editing in preferences. At one time, I thought it was intended that same-lane overlaps would not be allowed by either recording or editing, but editing seems mostly to allow this now for MIDI, so automatically created lanes are usually a product of recording. Without knowing the full history of the project it's hard to know exactly how you got where you are now, but I would guess it happend gradually over time as opposed to suddenly manifesting in the latest release. In any case, so long as you aren't actually seeing duplicate clips in lanes, Bounce to Clip(s) can be used to consolidate everything as mentioned.

Musically, the last transient of the clip you posted is at 3:01; i.e. the clip is effectively 9 beats long, and wouldn't sound right as a loop unless you repeat it every three measures. Using that last transient as a reference, and trimming the dead air before the first transient, the clip averages 117.58bpm, but the timing of the transient at 2:01 is a little late. Here's a clip that's been Audiosnapped and bounced to have a consistent tempo, and extended to fill out the 3rd measure. If you import it into a 117.58bpm project (I suppose I could have rounded it to 117.6), loop the three measures, and listen to it with the playback metronome enabled, you'll hear what I'm describing. EDIT: On re-listening, it at actually sounds pretty natural if treated as 10/4 time, i.e. looped every ten beats, but I doubt that's what was intended. ;^) 117.58bpm - 3 measures.wav

Check the Playback Timing Master. Sounds like something got mixed up with Audio mode/driver selection. If all else fails try Reset Configuration to Defaults. CbB will back up your AUD.INI and replace it with a default. If it works, you can compare them to see what's different and selectively restore customizations.

Nothing new under the sun. All the options were discussed here... a decade ago : http://forum.cakewalk.com/Quickly-transposing-midi-notes-up-or-down-an-octave-m2837805.aspx

I lot of users have requested the option to have new/looped takes merged into an existing clip. It's not necessary for my workflow, and I generally want to keep everything separate, but I totally understand and support having the option to merge in real time. But rather than having another record mode like "Overdub", I would suggest they just add a toggle box to 'Merge Clips" under the Take Behavior section of Record Options. Persistence of the "confidence recording" indication while loop-recording MIDI also makes a lot of sense. As it stands, it's really only an indication that events are being received, and can actually be deceiving; if the port of channel of the incoming notes is not matching the input setting of the track, you'll see the notes appear while recording but they won't actually be recorded. I've formally reported this problem to the Bakers more than once over the years.

I would try some things before reaching that conclusion: First, export just the Master bus and see if that succeeds. If not, try exporting all the sub-buses individually and see if one in particular hangs. If so, try exporting/freezing tracks that feed that bus to narrow it further. If exporting all the individual buses succeeds, try disabling/removing suspect plugins from the Master bus.

I'm not aware of any updates to TTS-1 since it was was ported to x64 and can't imagine that Roland would have fixed/upgraded anything since the Bandlab acquisition. But only someone with an un-updated installation of CbB with TTS-1 still intact could tell you for certain.

Funny, I read exactly the opposite. Why bother to say "currently or "at this time" if you have no plans to do something else in the future? The removal of "Early Access" is just an indication that it's considered stable and fully functional and ready for wide public release without reservations.

A bit of an exaggeration. Mercury was the original color scheme of SONAR X1 when the Skylight interface debuted in 2010. Pro Audio 4.0 of 1996... now that's a retina-burner. ;^)

Which theme? I don't see a significant difference between CbB and Sonar with the Mercury Classic theme.

FWIW, I always keep old versions around so I can tell whether something that's not currently working/appearing as expected is a regression.

Per the website it's Cakewalk Sonar: https://www.cakewalk.com/sonar Since the mixed case "Sonar" distinguishes it from 'old' SONAR and Cakewalk is back to being a subsidiary company of Bandlab rather than a product of Bandlab, I'm lobbying to just call it Sonar on the forum.

Welcome to the forum. FWIW, I mentioned this in an earlier post but without any particular emphasis or detail since the OP was so broad-ranging. To be precise, it's Process > Find/Change (previously Edit > Interpolate). You make a good point that CAL (technically deprecated long ago but still working at this time) can also be used after the fact to address some limitations in what can be done in real time, but the OP seemed to be mostly asking about what's possible within the main program and in real time in the way of MIDI routing/filtering/transformation so CAL didn't come up. The third-party CAL programming guide and even editors can still be downloaded from various sources. The best/safest/most current of these is always changing so I'll leave it to future prospectors to find it for themselves.

As I recall, providing some level of theme editing has been mentioned as a long-term goal by one of the Bakers, but I be hard-pressed to find the reference. Notwithstanding the reponse that Stephen got, if enough users express concern about specific contrast/legibility deficiencies, I think it still has a chance of improving in some areas. That said, my vision is not the greatest but I'm getting along pretty well with Sonar even on my 15" laptop that shipped with scaling set at 200% and which I've reduced to 160% to be consistent with the scaling of Sonar on my larger desktop monitors where the fine dialog font is not really a problem.

Using the Mercury Classic theme in Sonar, I find some things have better contrast than CbB and some are worse. My main issue is with the text in dialog boxes where the font is so fine it appears grayed out. I've reported this to the Bakers and I can only suggest that you report your specific issues as there is very little that can be controlled at this point other than choosing from the pre-defined color schemes/themes.

Is this because you're manually interacting with the synth UI while recording, or you just don't like Fast Bounce? Are you also exporting in real time? As I said, if that's the case, it's likely some interoperability issue with the driver is causing the crash, and doing a Fast bounce/export should avoid it because it doesn't involve the audio driver. I mentioned TTS-1 because you wrote "CBB virtual instrument" which I interpreted as meaning something bundled with it, and TTS-1 is the only instrument I know of that regularly causes crashes.

The PC modules definitely need more work, and I'm confidant they'll get it. These are the kinds of specific, actionable suggestions I'm talking about, and I've raised a number of them myself.

If a project has a preview file, a triangular Play button will be displayed when you hover of the project's thumbnail.

Those are Project Preview files that can be played from the Start Screen without opening the project. They will survive Clean Audio, but can be deleted manually without causing any missing audio warning on re-launching the project. Sonar automatically creates them when you export to file and if you export something other than the Master bus or Entire Mix, the preview will reflect that. So far as I know you cannot currently disable this function globally, but there is a checkbox in the export dialog to disable it and I believe that will choice will persist on a per-project basis. I'm hoping/expecting that eventually there will be more control over this feature, including the ability to limit the length of preview files to conserve space.

We heard you the first two times, and you need to start letting it go because 'it is what it is' to a great extent. Harrison and UAD notwithstanding (and both pretty minor players in the DAW space by my reckoning), the broader industry trend is still generally toward flatter, simpler graphics. The good news is that I can assure you that you'll get over it more quickly than you think. Your screenshot clearly shows how much sharper Sonar's vector graphics are. If you try to go back to CbB after working with Sonar for a while, you'll find it looks fuzzy and feels overly 'busy' in comparison. That's not to say there isn't room for improvement, and I encourage you to make specific suggestions about possible improvements to contrast, legibility, consistency, usability etc. Many such suggestion have already been implemented. Continuing to just generally bash the new graphics as "childish" is not helpful and won't change the overall direction that the UI is taking.

Try removing the Steinberg 'Generic Low Latency ASIO Driver' from HKEY_LOCAL_MACHINE\SOFTWARE\ASIO I understand the UR24C is a Steinberg product, but preumably it has a dedicated ASIO driver other than the 'Generic' one that Cubase installs and that's what you have selected in Audio Devices...? That Generic driver has been known to cause issues with Cakewalk, specifically; I don't know why.

Meaning buses are also unselectable? The only way I can reproduce that behavior is by selecting a track that's outputting to a dead-end Patch Point that isn't connected to anything downstream.

I have zero reservations about recommending Sonar precisely because it installs in parallel with CbB and does not interfere at all with continuing to use CbB. The guts of the program and project file architecture remain largely unchanged and projects can currently be migrated both ways without any issues that I know of.

So what instrument are you freezing? If it's TTS-1 which is a DXi and has proven to be less than perfectly stable for some users, try a VSTi. Did you try a non-real-time bounce and/or alternative real-time buffer sizes? If fast bounce works, the real-time problem is something to do with your audio interface driver. Have you rebooted at some point since updating? I understand the problem seems related to updating, but AFAIK no one else is experiencing anything like this so it seems unlikely that's the only factor. Maybe share a simple project for others to test and see if it reproduces on different hardware.

Have you ever had CbB or some other DAW software working consistently on your current platform, and is it a laptop or desktop? The only time I've had the transport and meters moving without producing output, and it wasn't due to some routing/state issue in the project, it was due to the interface driver getting into a bad state and needing to be re-initialized by power-cycling. If it's happening consistently with two interfaces, that would suggest either some 3rd-party application/driver is interfering or there's a more general issue with USB comms/power/sleep recovery, etc. on your system. I started having problems something like this a while ago on my laptop and eventually determined the USB port was intermittently losing contact at the connector. Swapping cables didn't help and I ultimately had to move it to a USB-C port that didn't have as much wear and tear on it. If those interfaces are currently bus-powered and have the option to use external DC input, you might want to try that.