User:Billw58/Backup Strategies
- Peter 04Sep14: Following feedback from Gale and recognizing the shortness of time before 2.0.6 I have un-published this page and parked it back on Bill's user page.
ToDo-2P Placeholder to revive consideration of publishing this page once 2.0.6 is released. </div>
- Peter 27May13: I see no real overlap with Audacity Projects and only a small overlap with Making a backup copy of a project which is in the Wiki and not the Manual as this page is intended to be. Both pages could usefully link to this page if and when it gets published. I do not support the idea of this page being a FAQ to my mind it stands as a page in its own right and fully deserves a place in the Manual. The necessarily sectioned nature of this material means that it would not fit well in the FAQs. Nor should it be marooned over in the Wiki imo.
- Peter 28May13: I would support the idea of a brief FAQ explaining why backup is important and which can link to the fuller backup strategies on this page.
- Peter 02Sep14: I published this page that was formerly on Bill's user pages. It has languished on Bill's user pages for a year and a half now after input and polishing from several elves back then. I kept stumbling across it when examining outstanding P2s and thought it had some real value so decided to publish it. It is linked to from Tips and from this FAQ
- Gale 02Sep14: I oppose publishing this page, especially just before a release. We are now forced to set a P2 to review it.
- Gale 01Sep14: Backup Strategies should be proofread by someone who is not promoting inclusion of this page. I have many concerns about it.
- Steve 03Sep14: Looks to be factually accurate (but I'm not the best person to check spelling/grammar).
- It shoots itself in the foot at the top by saying it is only one set of recommendations and you could do something else instead - like what?
- It gives no help at all about how to do more general computer backups.
- Steve 03Sep14: Rightly so imho. That must surely be beyond the scope of the Audacity manual.
- It adds very little that is not in FAQ:Opening and Saving Files#backup or other pages.
- Steve 03Sep14: Comment below re. duplicate content.
- It comes close to violating the "no personals" rule. It reads to me exactly like a personal workflow. If we want it all (in its current form) I think it should be linked to at Tutorials#workflow and not on Tips as if it is something "official".
- Peter 03Sep14:Gale, to address your objections one at a time:
- We are not "forced to set a P2 to review it" we can, if we wish, simply orphan it by commenting out the only two links to it - but I would not like to see us do that as I believe this page has real value.
- This page has been proofread and developed by several authors over its lifetime (Bill, Ed me and even yourself - plus Koz added some contributions).
- Indeed it is "only one set of recommendations" that is what it set out to be and openly declares itself to be. As much as anything it is intended to be a thought-piece to encourage users to think about backup - a subject that many of them ignore completely to their cost, as we see frequently on the Forum.
- There was no intention to assist with "more general computer backups" - the page declares that, it is beyond our remit for the Manual.
- "It adds very little [to the FAQ] ..." Well I disagree, in particular it offers advice on how to backup non-simple multi-track projects. It also talks about multiple backup copies and off-site copies. And more importantly I think that linking to it from "Tips" (or "tutorials" or even the front page - see below) gives the issue of backup greater prominence than "burying it" in the dense complexity of the FAQ pages and indexes.
- I have made some changes today to try to de-personalize it.
- I really do think that belongs "Tips" rather than "Tutorials" as it doesn't really contain workflow steps like the other workflow tutorials we have. But it could even be in both, in fact my vote would be for it to be in both. There is no harm in linking to it from multiple locations. We could even consider linking to it from the front page - for my money backup is one of the most important steps in using Audacity.
- And as with every Manual page, there is always room from improvement and enhancement ...
- Steve 03Sep14: I think the style of the page is still a bit "wiki-like" and could benefit from being reworked / restructured, but even in its current form I think it is very much worth inclusion in the manual. Eventually I would expect this page to reduce duplication in the manual: No "workflow" is complete without mentioning backups, but a detailed description of how / when to back-up within a tutorial about something else is a distracting diversion and would be a lot of duplication. Better to just have a brief outline of backing up within "workflow tutorials" and a link to this page (thus allowing the user to follow the flow of the tutorial and reducing duplication, but still providing detailed information for those that need it). When this page is a bit more polished I would hope that there will be lots of links to it, including a FAQ. +1 for including this page now. +1 for further work and possibly restructuring it post 2.0.6.
- Gale 04Sep14: As you know I have never been happy with this page. We have a FAQ about backup already at FAQ:Opening_and_Saving_Files#backup. I still feel this page adds almost nothing to that FAQ. The Multi-track section of this appears to be mostly repetition (I found it so confusing I have had to read it several times to figure the point, which seems to be merely to save each new recording as you finish it). Yes, the FAQ said that in as many words, but I have made it clearer. And most of the piece is focused on a recording project and makes no sense after the first 1/3rd if you are not recording anything.<p> So I think it is written purely as a personal workflow and yes a thoughtpiece. That is a good aim but this work is both too focused on recording and too wishywashy about specifics. Of course if you are mentioning OS backups you have to say "something" about what that means to complete beginners! I think this piece will confuse newbies who can barely understand projects; doesn't make it clear that crash recovery is also for never-saved projects; doesn't make it clear that you don't have to save projects at all; is a wall of text without steps; and flawed in that it doesn't spell out that you must never use file manager copy for your project. </p> <p>So in sum, I would much rather omit this from the 2.0.6 Manual because it has been introduced far too late and IMO needs a complete rethink. </p>
The recommendations on this page are just that: recommendations; each user should consider their own workflow and develop a backup regime that meets their needs.
If you have not already done so, please read the Audacity Projects page, taking particular note of the "Four rules for keeping your Audacity project happy". Backups may not help you if you damage your project by breaking those rules.
Audacity has very robust crash recovery and in many cases will be able to recover most, if not all, your work in case of a power failure, computer crash or crash of Audacity itself. The wise user does not rely on crash recovery, and has appropriate backups in place for those rare circumstances where Audacity's crash recovery can't do the job.
The wise user also knows that hard drives can crash destroying all data and makes regular backups to external storage. The cautious user makes duplicate backups to at least two different external storage devices; the extremely cautious user ensures that at least one of those backups is held off-site.
The nature of audio editing, especially when it involves recording live audio, means that daily backups may not be sufficient. There are also things you can do that are specific to Audacity that will make it easier to make appropriate backups.
|
Always make a backup copy of a recording (ideally to an external drive and particularly of an unrepeatable performance) before you start editing your project.
Peter 28May13: ToDo-2 The Audio Cache preference was removed from 2.0.2 onwards as there are problems with it. It may be re-introduced at a later date so this bullet point remains here but is commented out for now. This remains as a placeholder for if and when Audio Cache is re-introduced into Audacity.
|
Create a folder in which to store your project
Many users prefer to create a new folder on their hard drive in which to store their project; the AUP file and the _data folder are both inside this folder making it easy to keep them together if you need to move them to another location on your hard drive. This also creates a place to store other files associated with the project such as exported WAV backup files and production notes.
Be safe by copying all external files into your project
Before importing a WAV or AIFF file into your project, click on , click on the Import / Export section and select 
Make a copy of uncompressed audio files before editing (safer).
Later, when you save your project you will not need to think about including those files in the backup.
Backing up single-track projects
These are projects that consist of one stereo or mono track; examples would be digitizing LPs or cassettes, recording an audio book or editing a recorded interview.
Backing up the original recording
Once you have completed the original recording (such as the entire LP or cassette, audio book chapter or interview) click to export the entire track as WAV, AIFF or FLAC. Save the file in the same folder as the project (not in the _data folder, use the folder that contains the _data folder and AUP file). If you are working in Audacity's default 32-bit float mode, which is the best quality capture and best for editing, you should retain that quality for the raw capture backup exporting in 32-bit WAV format. Note that such copies are unlikely to be playable on other software or players but can always be re-imported into Audacity. The reason for this is so you can go back to your original recording in case you make a disastrous edit you cannot recover from.
Incremental backups during editing
If you are doing extensive editing on the project, periodically export a WAV, AIF or FLAC using a meaningful file name. These exports provide snapshots of your project at the various editing stages. If something goes terribly wrong you can go back to one of these versions instead of starting over.
Alternatively you can save a new Project with a different name--use menu from time to time (this will give you incremental backups on disk). At least once a day (more often if desired) save the Project on an external drive.
Archiving a finished project
When your project is complete, export another WAV, AIF or FLAC using a name different from the exported file of the original recording. Since your project consists of only one track you can now safely delete the Audacity project. If you ever need to do any further editing you can import this file into a new Audacity project.
As above, if you are working in Audacity's default 32-bit float mode then you may wish to retain that quality for the archive copy of the finished production file by exporting in 32-bit format. Note again that such copies are unlikely to be playable on other software or players but are purely for archive purposes.
A user recorded a one-off live broadcast (that would never be repeated) from a radio station; he applied aggressive noise reduction and compression and exported the result. Sometime later he realized that he had damaged the audio in his zeal to get rid of the noise and by compressing it to make it sound louder. Unfortunately, he had not saved his original recordings so reprocessing was not possible.
Backing up multi-track projects
These projects consist of more than one track; examples of such a project would be a multi-track music production with overdubs, voice mixed with music on another track or an interview where the two parties are on separate tracks.
Backing up the original recordings
At appropriate breaks in the recording session, export each newly-recorded track as a WAV, AIF or FLAC file at the same bit depth as Audacity is set for, giving the files meaningful names.
Incremental backups during editing
Periodically click on to save a version of your project with a different but meaningful name; the frequency will depend the complexity of your edits and other factors. The purpose of these multiple projects is to give you a version of your project that you can go back to in the unlikely event that Audacity or your computer crashes while you are in the midst of recording or editing. In most cases Audacity will be able to recover your project in the state it was in just before the crash but there are exceptional cases where Audacity will not be able to do this. Having a previous version that was not being actively worked on at the time of the crash will let you start from that version rather than from the beginning. This is especially important if you are engaged in overdubbing; losing a good performance due to a computer crash or power failure is beyond frustrating. These periodic backups also give you a known state of your project to go back to in the event of a disastrous edit from which you cannot recover.
Archiving a finished project
When you are done with a project, create a zip archive of all the files and folders you created while working on the project. If you ever need to go back and make some changes you can unzip the archive, choose the point in the project's life where you want to dive in, and open that project.
A band was doing a multi-track recording session; all went well with the recordings and they had a nice multi-track project with vocals, drums, bass and guitar on separate tracks. During mixdown they applied equalization and compression to the tracks, added reverb to the vocals then saved and closed the project. Sometime later they realized that they had put too much reverb on the vocals. Unfortunately they had not saved a version of the project before they added the reverb. There was no way to remove the reverb from the vocals so their only recourse was to record the vocals again.
