Chapter 37 — Key Takeaways
The one-page reference to screenshot and re-read before a shoot, an edit, or a wrap. This is the whole chapter as templates and checklists. The single idea under all of it: the professional never loses work — not through talent, but through dull habits done every time.
The five terms
| Term | In one line |
|---|---|
| File naming | A consistent scheme so a file's identity (date, project, source, content, version) is legible from its name and sorts correctly on any machine. |
| Folder structure (project-wide) | The complete organization of all a project's assets in one shape you reuse identically on every job, from brief to archive. |
| 3-2-1 backup | Keep 3 copies, on 2 media types, with 1 off-site. |
| Archive | Long-term preservation of a finished project's essential files — trimmed and organized to reopen years later. |
| Project handoff | Packaging a project so it opens and continues on another machine, with all media and dependencies intact. |
The folder-structure template (clone this per job)
/VIDEO/ ◄─ one library home for ALL work (never the Desktop)
├── _TEMPLATE_PROJECT/ ◄─ duplicate THIS to start every job
├── 2026/ 2025/ ... ◄─ projects grouped by year
│ └── 2026-05_CLIENT_what/ ◄─ ONE project: DATE_CLIENT_what
│ ├── 00_README.txt manifest: what it is, software+version, specs, master
│ ├── 01_FOOTAGE/ camera originals (the masters) — never edit in place
│ ├── 02_AUDIO/ recorder, room tone, VO
│ ├── 03_MUSIC-SFX/ tracks + their LICENSE files
│ ├── 04_GRAPHICS/ logos, stills, motion files, FONTS/, LUTS/
│ ├── 05_PROJECT/ the edit project file(s) + auto-backups
│ ├── 06_PROXIES/ DISPOSABLE — not archived
│ ├── 07_EXPORTS/ the MASTER + every deliverable
│ └── 08_DOCS/ brief, script, call sheet, releases, invoices
└── _ARCHIVE/ wrapped projects, moved off the fast drives
Rules: numbered so folders sort in workflow order (not alphabetically) · the same skeleton on a phone clip and a five-day shoot (small jobs leave branches empty) · media lives inside the project folder (makes it portable, §37.6).
File naming: the rules that make names survive
| Rule | Do | Not | Because |
|---|---|---|---|
| Dates | 2026-04-12 (ISO) |
4/12/26, April 12 |
Sorts chronologically; regionally unambiguous |
| Numbers | zero-pad: t03, clip07 |
t3, clip7 |
Else 10 sorts before 2 |
| Separators | - and _ |
spaces | Spaces break links, uploads, scripts |
| Special chars | none | / \ : * ? " < > \| & # % |
Forbidden/dangerous across systems |
| Order | front-load the sort field | random | Re-sort a folder by choosing what's on the left |
| Case | one consistent case | Mixed/RANDOM |
Some systems treat File/file as same |
| Versions | _v01, _v02, _LOCK |
anything with "final" | "Final" is a lie the moment there's a revision |
Naming patterns (adopt and freeze):
| Asset | Pattern | Example |
|---|---|---|
| Camera clip | DATE_PROJECT_slot_subject_take |
2026-04-12_BAKERY_int-A_owner_t03.mov |
| Audio | DATE_PROJECT_recorder_scene_take |
2026-04-12_BAKERY_rec_int_t03.wav |
| Project file | PROJECT_edit_vNN |
BAKERY_edit_v07.drp |
| Deliverable | PROJECT_deliverable_spec_vNN |
BAKERY_youtube-1080p_v03.mp4 |
| Master | PROJECT_MASTER_spec_DATE |
BAKERY_MASTER_prores-1080p_2026-05-28.mov |
⚠️ Never rename a file on disk after importing it — the project stores names as pointers; renaming underneath = "media offline." Rename before import or inside the project.
3-2-1 backup: the rule and what each number defends
| Number | Means | Defeats |
|---|---|---|
| 3 copies | at least three, total | one (or two) drives failing — one is none |
| 2 media types | e.g. SSD + HDD, or drive + cloud | a single failure mode hitting every copy |
| 1 off-site | cloud, or a drive kept elsewhere | a local disaster: fire, flood, theft, ransomware, spill |
Not a backup: ✗ a second folder on the same drive · ✗ RAID (that's uptime) · ✗ a sync folder (propagates deletions — keeps sameness, not history).
Storage is not backup. A file on one drive — however good the drive — is stored, not backed up. If it exists in only one place, it does not exist.
Drives: match the drive to the job
| Job | Drive | Speed matters? |
|---|---|---|
| OS + apps + scratch/cache | Internal NVMe SSD | Yes — hammered constantly; disposable |
| Working drive (active edit) | External SSD, fast port | Yes — smooth 4K playback |
| Local backup (copy at rest) | External spinning HDD | No — you don't edit off it |
| Off-site copy | Cloud, or HDD elsewhere | No |
| Deep archive | HDD (×2) or LTO tape | No — store, verify, rarely touch |
Rules: never edit off a backup/archive drive · never put scratch on your only media copy · keep ~10–20% of any working drive free · trust the drive-tier order, not the exact MB/s figures.
Archive checklist (at wrap)
Keep (irreplaceable):
- [ ] Camera originals / masters (
01_FOOTAGE) - [ ] Clean audio + room tone (
02_AUDIO) - [ ] Music + license files (
03_MUSIC-SFX) - [ ] Graphics, motion project files, fonts, LUTs (
04_GRAPHICS) - [ ] Final/locked project file (
05_PROJECT) - [ ] The master export + delivered versions + captions (
07_EXPORTS) - [ ] Brief, signed releases, invoice (
08_DOCS) - [ ]
00_READMEmanifest (software+version, fps, resolution, where the master is, fonts/LUTs, specs)
Drop (regenerable / noise):
- [ ] ✗ Proxies (
06_PROXIES) · ✗ render cache/scratch · ✗ draft & duplicate exports · ✗ card system junk
Then:
- [ ] Consolidate project + used media into one self-contained folder (relative paths)
- [ ] 3-2-1 the archive (2 durable copies + 1 off-site) — an archive on one drive is one flood from gone
- [ ] Test the reopen — rename the working copy, open from the archive alone, confirm nothing offline
- [ ] Calendar a migration check (verify + re-copy to fresh media every 1–2 years)
The test for everything above: could I reopen this in a year and have all I need?
Handoff / portability checklist
- [ ] Media lives inside the project folder, referenced by relative paths
- [ ] Consolidate with the editor's project-archive / collect function (one bundle)
- [ ] Include fonts (or titles reflow/substitute)
- [ ] Include LUTs (or the grade loads wrong)
- [ ] Note plugins/effects the other machine needs
- [ ] Include music & graphics source files
- [ ]
00_README: software and version, fps, resolution, specs, master location, contact - [ ] Business: confirm who owns the project files (contract — Ch.38) before handing over
A project file is only pointers, not media. Relative beats absolute; neighbors move together.
Common mistakes → fixes
| Mistake | Fix |
|---|---|
| A new "system" per project / everything on the Desktop | One frozen template, cloned every time (§37.1) |
| "final_FINAL_v2_really-final" | _vNN, climbing; "final" never appears (§37.2) |
| Renaming files on disk after import → media offline | Name before import, or rename inside the project (§37.2) |
| One "really good" drive = "I'm covered" | 3-2-1 — copies beat drive quality (§37.3) |
| Two drives in the same bag | One copy must be off-site (§37.3) |
| Calling RAID / sync a backup | RAID = uptime; sync = sameness; neither is a copy elsewhere (§37.3) |
| Editing off a slow/backup drive | Edit on a fast SSD; keep copies at rest on cheap HDD (§37.4) |
| Archiving only the delivered video | Keep originals + project + master; the export can't be re-edited (§37.5) |
| Archive on a single drive | 3-2-1 the archive too; migrate before media/format dies (§37.5) |
| Emailing just the project file | Send a consolidated package with media, fonts, LUTs, README (§37.6) |
The 60-second recovery self-test
Ask these of any project you care about. Every "no" is tonight's task.
- [ ] If my main drive died right now, could I name exactly where the other copies are?
- [ ] Is at least one copy off-site (cloud or elsewhere) — not just in another drive in this room?
- [ ] Could I find the master export and the signed releases in under a minute?
- [ ] If I opened this project cold in a year, would every clip, font, and grade come back?
- [ ] Do I know which exported version I actually delivered to the client?
If you can answer "yes" to all five for a project, it is genuinely safe. If not, the "no" tells you precisely which section (§37.1–37.6) to act on first — almost always the off-site copy.
Principles & project
Craft principles this chapter serves:
- Fix it in pre, not in post — the folder tree built before the shoot, and the card discipline on set, are what make the edit and archive painless.
- You shoot for the edit — labeled, named, synced-ready media at ingest is the shoot paying off in post.
- The value of finished work is mostly in the future — which is exactly what you can't see when a full drive tempts you to delete. So you keep it.
Project increment (all three projects): archive and back up all three portfolio projects with 3-2-1 and a consistent folder/naming structure; test that you could reopen any of them in a year. These archives are the source you'll cut your reel from in Chapter 39.