Why do shared drives fill with MOV faster than MP4 folders of the same runtime?
Editorial teams park ProRes proxies, synced multicam angles, and screen captures inside MOV shells, so searches like mov huge final cut proxy, nas full, cold storage cost, archive compression, and lto migration spike together. The goal is cheaper bytes for footage nobody will re-grade, not to crush the only timeline-linked master still under legal hold. Classify folders into watch-only, might-reconform, and evidence before you queue presets; log filename, hash, tool build, and operator for every batch so six months later you can answer who touched what. Sync-drive deletes do not instantly erase versioned cloud objects—pair compression with lifecycle rules instead of assuming Finder free space turning green means the company is safe.
Storage cleanup checklist before batch-compressing MOV archives
- Tag DAM rows as review-only versus reconform-risk; only the first bucket enters aggressive compression queues without extra legal sign-off.
- Hash originals offline, compress into fresh keys, then spot-check ten random outputs for subtitle legibility and shadow detail before deleting anything.
- Watch the cloud bill for egress spikes—if traffic jumps after compression, teams are still streaming the derivative as if it were the master and you need training, not more bitrate.