David Baay

Yes, maybe, but like most design choices it has benefits in terms of the flexibility of the result - e.g being able to bounce/export all your tracks (or buses as stems) in one go for mixing by a 3rd party I'm would guess the Bakers are aware that some other DAWs do it differently, and simply felt the logic and flexibility of their approach is ultimately superior even if it requires a little extra understanding /forethought on the part of users. Also, once a certain design logic has been in place for years or decades, they risk upsetting the long-time user base by changing it.

Visibility of these was eliminated some time ago due to compatibility issues. My understanding was that this had to do with Win11 but that seems not the entire story as some apps continue to work with them in Win11 as you've observed. In any case, the one workaround I am aware of is that setting the Driver mode to UWP under Preferences > MIDI > Playback and Recordiing to UWP made the GS Wavetable available in Sonar on my system. UWP mode has always been flaky for me and I don't need the GS Wavetable so I changed it back; this was just an incidental discovery. YMMV and I can't promise this workaround will persist.

Sounds like your activation has expired and is not renewable. I haven't been keeping track of CbB deadlines, but IIRC October 1 was the last opportunity to reactivate. While the project is still open you can retrieve copies of the recorded WAV files from the project's audio folder or from the global Audio Data folder if it's a new project from template that was never saved.

Bouncing with Source = Tracks generates a separate bounce for each selected track. In that scenario you will get the first track bounced to the track you created (and presumably selected as the Destination), and the second track bounced either to the next existing audio track below that one or to a new track created by Sonar. In order to merge two or more tracks you need to bounce with Source = Buses and select a bus that they're both/all outputting through.

Running the transport should reset any delay compensation to 0 if all plugins are disabled, but try enabling the PDC [override] button in the mix module. This will eliminate PDC on the track you're input monitoring so long as there isn't a PDC-inducing plugin active on that track or in its path to the hardware out. If you still have latency, it's probably not due to plugin delay.

A stereo track will effectively have the two channels panned hard left and right. Recording them to individual mono tracks will have them both center-panned. Depending on the degree of correlation betwene the two channels, the mono setup is going to produce up to a 6dB increase in level at the Master bus, potentially clipping the output, unless you pan the mono tracks hard left and right to match what a stereo track does. This is a possibility, but I recall that issue being addressed some years ago, and can't repro the problem now.

Inspector is showing Peak only, and Console is showing Peak + RMS. Incidentally, thanks for alerting me to the release of Pianoteq 9, I was just on their site a week ago to check and miseed it by a few days. @msmcleod I can repro the OP's screenshot showing that the lowest meter segment in one channel of the Console meter in Peak + RMS mode sometimes stays lit indefinitely after playback is stopped. I used Pianoteq 9, like the OP, and have not confimed with other VSTs or pure Audio tracks.

The warning will also be triggered by clips that have Audiosnap enabled but haven't actually been stretched. But the 'Select All Audiosnap/Slipstretched' option ignores unstretched clips. In that case, the only way to know if a clip is in that state is to select one at a time and check the Audiosnap section of Clip Properties or the status of the Enable button in the Audiosnap Palette. I would agree with Mark that the better option is to just save as CWZ or Zip the folder in Windows Explorer to preserve all the non-destructive stretching until you're fully ready to commit all the edits.

Yes, and Delete Hole notoriously will not work in an empty area of the project; there has to be some clip selected. It was the shortcomings of Delete Hole plus issues with the 'Move Over to Make Room' option for drag and drop that drove to the implementation of Ripple Editing.

Okay, but then you get to answer all the threads on the forum like: "I accidentally recorded a bad/duplicate MIDI take into an existing clip and it's too late to undo; how do I fix this, and why isn't there a big red flashing light warning me my takes will be merged?" 😉

I think what the OP is encountering is that those buttons are not available in the small version of the transport module. Keyboard shortcuts are the answer; I almost never touch the transport controls. I would guess that's a limitation of the MP3 file architecture.

I think "first export" basically means "if there isn't already a preview file". So if you delete all preview files, it will automatically create one on the next export. And it's been previously determined that bouncing any track in a project that doesn't yet have a preview will also generate one. My projects often have two preview files, one with a shorter name than the other; I'm not sure what that's about. If a project folder contains multiple versions of a project there may be additional project-specific preview files. Both the implementation and the documentation could use some refinement.

I believe the documentation I linked clarifies that an initial preview file is created on the first export regardless of whether the box is checked or not.

Unless you're using the same interface as the OP, you should start your own thread. As posted earlier, this experience is not typical. It may well be an interoperability issue with your interface driver or some plugin, but that doesnt mean Sonar alone is at fault. In particular, it's not uncommon for a plugin-specific issue to be exposed in one DAW and not another, and DAW developers often have to make special accomodations for improperly/atypically coded plugins. Also it's well-known that the way Sonar initializes drivers at startup is not compatible with virtual ASIO driver aggregators like ASIO4ALL and Steinberg's Generic Low Latency ASIO Driver.

These files are created and used by the Project Preview function: https://legacy.cakewalk.com/Documentation?product=CakewalkSonar&language=3&help=NewFeatures.14.html I do think the Bakers should add some options to manage when these are created/updated and how long they are.

No, I checked; disabling zero controllers did not help. And the MIDI was my own - only note messages.

Sort of a valid point though the vast majority of pop MIDI files will be 4/4 and have a fixed tempo, and that's pretty much the only thing that doesn't come in when importing - not a "lot" of data. If it's important to get the tempo map and time signature's, use the manual process. In the grand scheme of how long it takes to complete a project, those few setup steps are completely inconsequential and they are all basic operations that every user needs to get comfortable with.

I count 7 or 8 clicks/keystrokes, depending on how your synth insert settings are defaulted: - Insert > Soft Synth (2 clicks) - Select GM synth (1 click) - OK (select First Synth Audio Ouput if not the default - 1 or 2 clicks) - Swipe-select all MIDI tracks (1 click) - Ctrl+click the Output widget and select the synth (1 click and 1 keystroke) If you create a project template with the synth and tracks already in place, you can just drop the .MID file in the first track and you're done.

I can confirm this happens with TAL Bassline, and it was brought up with another free VSTi recently. These synths somehow get reset to default parameters on re-load while the preset name continues to show the previously selected patch but with a dirty flag (asterisk). I don't have CbB on this machine, but it doesn't happen in Platinum (the dirty flag gets set, but the preset parameters are persisted on reloading). I've reported it to the Bakers.

This is actaully the first thing I ever posted about to the old forum c. 2006. I wasn't getting any pitch bend response from TTS-1 because the range had somehow been reset or defaulted to zero.

The Bakers actually modified this bahavior quite a while ago (primarily motivated by your request IIRC) so that when loop recording, the last take is automatically extended to the end of the loop region so no split is necessary. As noted, this behavior is optional for punch recording as well. The OP got splits because he was just doing separate takes in Comp mode, stopping the transposrt in between, without looping or punching. Automatic splits at clip boundaries are a primary feature of Comp Recording; if you don't want them, you need to use a different mode or use the "auto extend" feature of looping or punching to avoid them. You can call it a workaround, but this is how the record modes and options are designed to work.

I have never had a properly configured track fail to record except in the circumstance that Bass Guitar mentioned that Punch is inadvertently enabled somewhere else in the project.

Okay, yes, I misunderstood the quesiton is about non-Maximized project windows. Basically, Sonar does not allow floating project windows outside the main application window as it does lower-level views, and that's just how non-floating windows are displayed. Right offhand I can't think of any other apps I have that allow having multiple projects/documents open and not maximized so I can't say that what Sonar does is atypical.

Use Sound on Sound record mode instead if Comp recording and either manually mute previous takes as you go or enable Auto Punch with Mute Previous Takes and set a punch range wider than where you're recording.