jpetersen
Craig, thank you, that works.
Please don't think me ungrateful, but this is so typically Cakewalk. A simple task, a
non-intuitive solution. My instinctive approach was the same as John T's, but if you do that, the
Delete, Delete Special, Cut and Cut Special menus are:
1) Disabled (grey) if one or more of the tracks selected have audio somewhere (but outside the selected range)
2) Enabled if the selected tracks have NOTHING IN THEM AT ALL but if you click Delete, nothing happens.
But there is almost certainly a reason why it must be so, as with the Clean Audio Folder and CWAF tools.
Well it's not necessarily a
good reason, but regarding 1) Cut/Copy/Paste functions are
event-oriented, not
time-oriented. SONAR has never known how to cut/copy/paste time, only events that occur within a time. That's why there has to be an event in there. Once you realize the event/object orientation/limitation, a lot of things make more sense. Regarding 2), that's probably something that could be fixed but I guess a programmer might think "Why bother? No one will be cutting something that doesn't exist so they'll never notice it anyway."
The Clean Audio Folder is a legacy doofus [technical term

] from back when hard drives were expensive and audio was dumped into one big folder. No one should need to use it any more. The easiest way to clean up unused files is to Save As to a different per-project folder, and you can have it save either all the audio ("just in case") or only the clips with actual audio that's pointed to from larger files.
Anderton said:
>> Based on a lot of the forum posts here, I'd say the hardest thing about SONAR is
>> reading the documentation
Well, in my defense, not even scook knew this.
Not aimed specifically at you, and as mentioned, not intended to be snarky. Programs like SONAR are very complicated. Same can be said of Cubase et al. There are a lot of dark corners and you have to dig to find out where they are and what they do. For example, if you look under "Markers," the help won't tell you how to cut/paste so that marker positions are unaffected...although it
will tell you how to lock markers to SMPTE time. You have to look under Cut/Paste, which then describes how these operations affect markers. And how does one
know to look there? Well, you don't. This is why I rummage around the help files every now and then to see what I can learn. I get consistent, reliable, creative results with SONAR and yet I still feel like I know
at most 50% of the ways to help make workflow more efficient.
This is also why the forum is a great and valid shortcut, but you'll get better results if you start a thread with a very specific question - like "Can markers move automatically when you delete sections of a song?" The only reason I found your post was because I was looking for any consensus on particular issues to pass along to Cakewalk.
He did, however, suggest turning off "Always Import Broadcast Waves At Their Timestamp"
in Preferences>File>Audio Data and that cured the source of the initial problem.
But how a mere mortal is supposed to know such a thing exists, what it is, that
it is on by default and what the consequences of that setting are is beyond me.
This issue cropped up so much in forums that I
highly recommended having time stamp at import not selected as the default, and I'm pretty sure that became the case in SONAR 2015. However those who migrated settings from previous versions still had the preference set to importing at time stamp.
There are a finite number of options in Preferences and it's important to know what all of them do. Every preference page has a Help button. The Help buttons are invaluable. Once when doing a sample library with hundreds of tracks I was getting constant dropouts. It had to be latency or an underpowered computer, right? Hey, I'm a veteran, I know these things...right? But I clicked on the Help button when the dropout notice appeared, and lo and behold, audio file fragmentation can cause dropouts - especially when you're doing a zillion edits on tiny files. So I followed the advice on defragmenting the project, and the dropouts stopped...I filed under "ya learn something new every day."
As to the time stamping, you could just as easily ask why the files you wanted to import added a time offset unless it was really needed...SONAR is simply doing what the file tells it to do. You could make an argument that SONAR SHOULD default to reading time stamps, because if something is time-stamped it's for a reason, and people should be smart enough not to time-stamp something that doesn't need it. However that's not a given. I've seen a lot of sample libraries where the files have a start time of 1 hour. Why? I can see no rational reason for that, so I can only assume the program they used to create the files defaulted to that...which they probably didn't know...and they also didn't know to turn off exporting with Broadcast WAV metadata when they exported the files. So SONAR did what the files asked it to do, and the result was frustration that appeared to be SONAR's fault - but wasn't.
2-inch 24-tracks were easier on some levels, but too darn expensive