Ricebug
Max Output Level: -87 dBFS
- Total Posts : 181
- Joined: 2014/06/21 18:54:51
- Location: Nampa-Caldwell, Idaho
- Status: offline
Protecting Audio Files
Apparently I've tweaked something that I should not have, so here I am, groveling and sniveling for help. In Preferences, there's an option under File/Audio Data to Always Copy Imported Audio Files. Every song I work on has its own folder, and beneath that is an audio folder, where all the data is stored. Typically, after I'm all done, I'll open this up in Windows Explorer WITH THE SONG OPENED UP IN X3, highlight all files, and hit Delete. A warning always pops up that certain files are in use (in Sonar). Pressing Skip results in deleting the files NOT IN USE by Sonar, resulting in a cleaner directory. IOW, only those files required for the song stay. Now, for some reason, when I carry out the above action, ALL the files get deleted, even though they are "in use" by Sonar. To verify, I went back to a tune I did months ago, and it works like a charm (only unused files get deleted). So, what did I click that should've been left alone?
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: Protecting Audio Files
2014/09/02 14:09:39
(permalink)
I see you like to live dangerously... To slim down a finished project, "Save As" to a different folder, and check BOTH "Copy all Audio with Project" AND "Create One File Per Clip." The new folder will contain only audio used in that project.
|
robert_e_bone
Moderator
- Total Posts : 8968
- Joined: 2007/12/26 22:09:28
- Location: Palatine, IL
- Status: offline
Re: Protecting Audio Files
2014/09/02 16:10:34
(permalink)
I have to say - I would never ever think to do that in a project - creative, but inherently unsafe. I do precisely as Craig has posted, and it keeps projects nice and cleaned up, by getting to the same point of ending up with only audio clips that are actually used in the project, but since it is a copy process, I am in no danger of losing any audio that I am actively referencing in the project. I hope that helps, Bob Bone
Wisdom is a giant accumulation of "DOH!" Sonar: Platinum (x64), X3 (x64) Audio Interfaces: AudioBox 1818VSL, Steinberg UR-22 Computers: 1) i7-2600 k, 32 GB RAM, Windows 8.1 Pro x64 & 2) AMD A-10 7850 32 GB RAM Windows 10 Pro x64 Soft Synths: NI Komplete 8 Ultimate, Arturia V Collection, many others MIDI Controllers: M-Audio Axiom Pro 61, Keystation 88es Settings: 24-Bit, Sample Rate 48k, ASIO Buffer Size 128, Total Round Trip Latency 9.7 ms
|
stickman393
Max Output Level: -60 dBFS
- Total Posts : 1528
- Joined: 2003/11/07 18:35:26
- Status: offline
Re: Protecting Audio Files
2014/09/02 16:58:51
(permalink)
I don't know what you've changed... but it seems likely that if SONAR has reliably warned you about "files in use" in the past, then for this new project, the files in the project are still in use, but they are not the ones you're looking at in Windows Explorer... I would follow Craig's advice - it's what I do myself. Let me add my voice to the "you do what??!!!??!" sentiment. That just can't be a safe way of operating.
|
...wicked
Max Output Level: -1.5 dBFS
- Total Posts : 7360
- Joined: 2003/12/18 01:00:56
- Location: Seattle
- Status: offline
Re: Protecting Audio Files
2014/09/02 17:10:55
(permalink)
Though I agree with everyone else, I don't think his method is that unsafe. Next time he opens the project he can just see if SONAR misses anything, and then yank it back out of the recycle bin. As long as doesn't "take out the trash" before double-checking he'll be fine. the only time I empty my recycle bin is when I run CCleaner or notice space is getting scarce.
=========== The Fog People =========== Intel i7-4790 16GB RAM ASUS Z97 Roland OctaCapture Win10/64 SONAR Platinum 64-bit billions VSTs, some of which work
|
slartabartfast
Max Output Level: -22.5 dBFS
- Total Posts : 5289
- Joined: 2005/10/30 01:38:34
- Status: offline
Re: Protecting Audio Files
2014/09/02 17:13:04
(permalink)
I expect that it is Windows rather than Sonar that issues the files in use warning. The problem is that windows will generally only refuse to delete or move a file that is actually open and in use by a program. While Sonar may produce a lot of files associated with a project, that it knows are part of the project, they are not all necessarily open as far as windows is concerned just because a project is open. Sonar knows to save such files from within Sonar, but Windows does not have a clue that the files, once closed, belong to Sonar, let alone to a particular project.
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: Protecting Audio Files
2014/09/02 17:32:11
(permalink)
...wicked Though I agree with everyone else, I don't think his method is that unsafe. Next time he opens the project he can just see if SONAR misses anything, and then yank it back out of the recycle bin. As long as doesn't "take out the trash" before double-checking he'll be fine.
That seems a lot more complicated than "save as" and checking two boxes
|
robert_e_bone
Moderator
- Total Posts : 8968
- Joined: 2007/12/26 22:09:28
- Location: Palatine, IL
- Status: offline
Re: Protecting Audio Files
2014/09/02 17:51:36
(permalink)
But why would you ever choose to deliberately put yourself in the position of HAVING to potentially pull files out of the Trash? Regardless of whether or not the mechanics of the built-in deletion protections probably insulate you from actually deleting needed/active clips, and regardless of them being saved for you by Windows in the Trash folder, it is in my opinion a faulty way of thinking. The fact that for WHATEVER reason, the original poster's active audio clips seem to have been deleted is PRECISELY why I would never put myself in that position in the first place. I would HOPE that the philosophy of "never delete things you need" would 'win' in any kind of cranial debate you might be having. It's a big planet, and you can certainly do as you choose, so have at it in any manner that makes sense to you. Myself, I would forever NEVER ever clean out audio in the manner chosen by the original poster. Bob Bone
Wisdom is a giant accumulation of "DOH!" Sonar: Platinum (x64), X3 (x64) Audio Interfaces: AudioBox 1818VSL, Steinberg UR-22 Computers: 1) i7-2600 k, 32 GB RAM, Windows 8.1 Pro x64 & 2) AMD A-10 7850 32 GB RAM Windows 10 Pro x64 Soft Synths: NI Komplete 8 Ultimate, Arturia V Collection, many others MIDI Controllers: M-Audio Axiom Pro 61, Keystation 88es Settings: 24-Bit, Sample Rate 48k, ASIO Buffer Size 128, Total Round Trip Latency 9.7 ms
|
...wicked
Max Output Level: -1.5 dBFS
- Total Posts : 7360
- Joined: 2003/12/18 01:00:56
- Location: Seattle
- Status: offline
Re: Protecting Audio Files
2014/09/02 18:14:19
(permalink)
I wouldn't either, but it's not terribly different than I do with other procedures. For example, I had and then dumped JBridge, but despite best uninstalling methods it left a slew of bridged plugs and data files. So I moved them all over to a temporary folder I called "_DELETE Jbridge plugz" and then went about my business, figuring if SONAR coughed up a "can't find..." dialog I'd just copy over whatever it was. In fact, I still have a "VST Plugins" folder from my last DAW. If i open an old project and it can't find something weird I check there first and so far so good, the random VST is always in there. This is of course part of my GAS/VST DAWSlim Program (tm) Granted, the Save As is the best way, though a little labor intensive. I still use that over the CWAF, which frankly scares the crap out of me as I once had it miss a whole bunch of files. But hey, I've been clamoring for more elegant asset mgmt for some time now.
=========== The Fog People =========== Intel i7-4790 16GB RAM ASUS Z97 Roland OctaCapture Win10/64 SONAR Platinum 64-bit billions VSTs, some of which work
|
bitflipper
01100010 01101001 01110100 01100110 01101100 01101
- Total Posts : 26036
- Joined: 2006/09/17 11:23:23
- Location: Everett, WA USA
- Status: offline
Re: Protecting Audio Files
2014/09/02 19:06:36
(permalink)
slartabartfast I expect that it is Windows rather than Sonar that issues the files in use warning. The problem is that windows will generally only refuse to delete or move a file that is actually open and in use by a program. While Sonar may produce a lot of files associated with a project, that it knows are part of the project, they are not all necessarily open as far as windows is concerned just because a project is open. Sonar knows to save such files from within Sonar, but Windows does not have a clue that the files, once closed, belong to Sonar, let alone to a particular project.
This is exactly what I was about to type before seeing the above-quoted post. You cannot assume that every file associated with a SONAR project is open from Windows' perspective.
 All else is in doubt, so this is the truth I cling to. My Stuff
|
Ricebug
Max Output Level: -87 dBFS
- Total Posts : 181
- Joined: 2014/06/21 18:54:51
- Location: Nampa-Caldwell, Idaho
- Status: offline
Re: Protecting Audio Files
2014/09/02 20:40:49
(permalink)
Thanks for all the advice. I know that my method of cleaning up stuff is a bit dangerous, and I've got plenty of old battle scars from Windows to tread carefully. I think the issue has something to do with the template I made. Prior to this, I didn't use a template, then got tired of doing the same old setup routine. Oh, well. I'm playing safe as a result. No more blind deletions.
|