David Baay

If I'm understanding correctly you're talking about the title bar of Prochannel modules in the Inspector following the track color in CbB, and not in Sonar, I hadn't actually noticed that til now. It would be nice to have that back.

Since a "Rewire Panel" was mentioned, I initially thought the quesiton was about Rewiring Cakewalk into Reason, but if it's about seeing Reason as an option in Insert > Rewire Device in Cakewalk, you just need to make sure Reason is enabled to be a client. Start Cakewalk first and then Reason. Once Reason is Rewired into a saved project, it should be launched automatically whenever you open that project. I;ve never used Reason, bit this is how it works with Presonus Notion.

Cakewalk can be a Rewire host but not a client.

The status bar shows your project is being saved. If the collision is happening that frequently, try lowering your Auto-save frequency.

From Cakewalk for DOS days, F7 and F8 were bound to Go to From and Thru, respectively. When Sonar X1 re-purposed them, I changed them back.

- Tracks > Bounce to Tracks - In the Bounce dialog, choose Buses as Source Category - Ctrl+Shift+Click any bus to de-select all buses, and then re-check only the Master, and OK to execute the bounce. Unless you happen to have an empty track focused, Bounce to Tracks will create a new track that you can rename and redirect to Main Outs. I usually have a Master Bounce track pre-existing in my templates. and just focus it before I execute Bounce to Track so it automatically becomes the target. Regarding busing and volume management, My templates also has 'Pre-Master' bus that's used only for summing the mix with no plugins on it, and outputs to the Master. Master holds mastering effects and outputs to a '> Main Outs' bus that goes to the hardware outs, and can be used to manage monitoring levels. It's also actually where Master Bounce and Metronome output to rather than direct to hardware outs. Since I only ever bounce/export the Master bus, the end result is not affected by anything I do on the > Main Outs bus. In reality I generally use hardware to manage my monitoring volume and there's nothing on the > Main Outs bus except possibly metering plugins.

I would wager the timeout period is determined by the activation server so it can't be hacked on the client side. Versions available when the timeout was longer used a different activation architecture and server and can't activate against the current server at all. That's why an update was forced in the first place.

CW developers have historically avoided the use of warning pop-ups to save you from yourself, and rightly so in my opinion. My suggestions: - Get in the habit of hitting Ctrl+Shift+A to deselect everything before bouncing/exporting an entire project. - Use the Project Start and End markers to define the default range. - Instead of going straight to export, bounce the Master bus to a 'Master Bounce' track that outputs directly to Main Outs in parallel with the Master bus. Group that track's mute button in opposition with the Master bus so you can A/B between the live and bounced mixes. When you're satisfied that they sound the same, export the Master Bounce track in the desired format.

Click elipsis in the upper right corner of your initial post and choose Edit. You can place your cursor in the title to edit it as well as the body. It;s customary to just add SOLVED! to the start of the existing title. I would also suggest you link Noel's post from page 3 and/or the download link for his VC Redist repair tool.

Should not be necessary to reinstall, just run the VC Redist repair tool.

I repeat:

Try the new VC Redist repair tool:

Good point. The one time I had realy chronic and mysterious crashing turned out to be due to bad RAM, verified by Memtest. And other apps were not affected; only SONAR was using RAM extensively enough to hit the bad blocks. But it seems the OP has disappeared...?

The region muting is due to the 'Mute Previous Takes' option being enabled for Punch recording. As Mark pointed out, it can be un-muted by sweeping in the top half of the clip with the Mute tool.

This doesn't make complete sense. The Quantum should be ouputting directly to and external amplifier or powered monitors; your onboard sound should not be involved. This is also oddly stated. It should the Output of the Master bus that's assigned to the Quantum's main outs, not a Send. That said, a Send would work. Are the meters on the master bus showing activity?

Understood. I often do that, and sometime regret it when someone later posts that I overlooked something. ;^)

FWIW, I don't see that here with a wireless Logitech mouse using its proprietary dongle. Maybe depends what you're hovering over in the TV...? Othewise could totally be hardware/firmware/driver-specifiic.

That all works for me, but because it's a "Selection Group", you have to select the group to have the edits apply to the group. This is actually handy because it allows you to still make individual edits to unselected clips in the group or to deselect a subset of the group without having to jump through hoops.

a.k.a. "new code". In an application as complex asa DAW, even the best coders will occasionally produce problematic code that fails to anticipate some use case or set of conditions that leads to bad/unexpected behavior and even the best beta-testing process can miss things. The point is simply that all code changes are potential sources of regression and instability. Obviously there's no avoiding this if the software is to be enhanced, and some changes are riskier than others. In this particular case, I would say the risk is relatively low except that adding new tracks is one of the most fundamental and frequently-used functions in a DAW so any breakage would have a big impact. In any case, I never expressed any particular objection to it; I simply suggested that track templates largely address the need. IIRC, the old forum did have a voting system for feature requests. Here, the 'Like' option should suffice. But the level of participation in the forum these days is so low, I'm not sure how useful any voting system would be.

Seriously? Where do you suppose bugs/instability come from if not from adding new code/features?

Shouldn't you be posting this on Microsoft's forum since a Windows Update precipitated this? That's a lot of vitriol for someone who has apparenly only found it necessary to come to the forum with a problem once in years of using CW. In any case, it seems you missed this post about CW's fix for Microsoft's blunder:

Clip Groups. These can be created after the fact or while recording (see record options): https://legacy.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Arranging.34.html

Duh, of course.

You should be able to import .m4a files into Sonar the way you would any other audio: drag and drop to an existing track or to an empty area of the clips pane, or File > Import > Audio to a focused audio track. Sonar will convert it to a wav file. I just tried it with a random file pulled of the Interwebz, and it worked as expected.

CW's default octave numbering starts at 0, making middle C (Note Number 60) C5. There's no standard in the MIDI spec and different software/hardware manufacturers use different standards. Numbering from -2 so that middle C is C3 is common. You can either just keep it in mind or change CW's 'Base Octave for Pitches' in Preferences > Display to match the VST. This won't change the note number that's sent, just the displayed octave number. The MIDI might still need to be re-mapped or transposed.