Video files are the single biggest culprit behind a bloated Mac drive. A single 4K clip exported at multiple resolutions, a handful of iCloud downloads you forgot about, and a few WWDC sessions saved to your Downloads folder can quietly consume 20–40 GB before you notice. If you want to find duplicate videos on Mac and actually recover that space, this guide walks through every practical method — from Terminal one-liners to smart deduplication tools — so you can clean up with confidence rather than guesswork.
Why Duplicate Videos Accumulate So Fast on Mac
Unlike documents or images, video files are large enough that even one extra copy matters. Several common workflows silently create duplicates:
- iCloud Photos syncing and re-downloading — If you toggled "Download Originals" on and off, you may have local copies alongside iCloud-optimized versions, with both stored under
~/Pictures/Photos Library.photoslibrary/originals/. - AirDrop drops into Downloads — A clip someone sent you three times still lives in
~/Downloads/. - Screen recording leftovers — macOS saves screen recordings to
~/Desktop/by default (configurable in Screenshot), and it's easy to record the same session twice. - Final Cut Pro and DaVinci Resolve caches — Render files, proxy media, and exported versions stack up under
~/Movies/Final Cut Pro/and~/Movies/DaVinci Resolve/. - Manual backups and drag-copy exports — Copying a project folder to an external drive and back creates near-identical directory trees.
Where macOS Stores Video Files by Default
Before you start searching, it helps to know which directories to target. The table below maps the most common video locations along with typical sizes per category on an actively-used Mac in 2026:
| Location | What Lives There | Typical Size Range |
|---|---|---|
~/Movies/ |
iMovie libraries, Final Cut Pro projects, screen recordings | 5 GB – 200 GB+ |
~/Desktop/ |
Screen recordings, exported clips | 0.5 GB – 20 GB |
~/Downloads/ |
AirDropped clips, downloaded tutorials, streaming saves | 1 GB – 50 GB |
~/Pictures/Photos Library.photoslibrary/originals/ |
iCloud Photo Library originals (images + videos) | 10 GB – 500 GB+ |
~/Library/Application Support/ |
App-managed media caches (iMessage attachments, Zoom recordings) | 1 GB – 30 GB |
/private/var/folders/ |
Temporary video processing caches (auto-cleared by macOS) | 0 – 5 GB |
How to Find Duplicate Videos on Mac Using Terminal (Step-by-Step)
Terminal gives you precise control without any third-party software. The approach uses file hashing: two files with identical SHA-256 hashes are byte-for-byte duplicates regardless of their names.
- Open Terminal — press
Command + Space, typeTerminal, press Return. - Navigate to your Movies folder and run a recursive find to list all video files:
find ~/Movies ~/Desktop ~/Downloads -type f \( -iname "*.mp4" -o -iname "*.mov" -o -iname "*.m4v" -o -iname "*.mkv" -o -iname "*.avi" \) 2>/dev/null - Generate SHA-256 hashes for all those files and sort them so duplicates appear adjacent:
find ~/Movies ~/Desktop ~/Downloads -type f \( -iname "*.mp4" -o -iname "*.mov" -o -iname "*.m4v" -o -iname "*.mkv" \) -exec shasum -a 256 {} \; 2>/dev/null | sort > /tmp/video_hashes.txt - Extract only the duplicate hashes — lines whose hash appears more than once:
awk '{print $1}' /tmp/video_hashes.txt | sort | uniq -d > /tmp/dup_hashes.txt - List every file that matches a duplicate hash:
grep -Ff /tmp/dup_hashes.txt /tmp/video_hashes.txt - Review the output carefully before deleting anything. Each pair of lines sharing the same leading hash is a true duplicate. Keep the copy in your primary organized location and remove the stray one.
This method is reliable but slow on large libraries — hashing a 10 GB file takes a noticeable amount of time on even an M3 chip. For anything beyond a few hundred gigabytes, consider a dedicated tool.
Using Finder Smart Folders to Spot Large Videos Quickly
Finder's built-in search is underused for deduplication, but it works well as a first pass:
- In Finder, press
Command + Fto open a search. - Change the search scope to "This Mac" using the bar just below the toolbar.
- Click the Kind dropdown and choose Movie.
- Click the + button to add a second filter: File Size → is greater than → 500 MB.
- Sort the results by Name. Files with identical names are strong candidates for duplicates; then sort by Size to confirm they match.
This does not catch duplicates with different filenames (e.g., "clip.mp4" and "clip copy.mp4"), but it surfaces the largest offenders immediately.
Dealing with iCloud Photos Video Duplicates
iCloud Photos is a special case because the Photos app manages its own library bundle. You should not delete files directly from ~/Pictures/Photos Library.photoslibrary/originals/ using Terminal — doing so will corrupt the library.
Instead, use the Photos app itself:
- On macOS Sequoia and Tahoe, Photos includes a Duplicates smart album in the sidebar (under "Utilities"). Select it, review the pairs, and click Merge to let Photos consolidate them safely.
- If the Duplicates album shows zero results but you suspect duplicates, it means Photos detected similar metadata but different encoding. In that case, export both versions, compare file sizes, and manually remove the lower-quality copy.
If you are trying to understand the full scope of what the Photos library is consuming, the guide on what is taking up space on your Mac covers how to read the macOS Storage breakdown accurately.
Cleaning Up Final Cut Pro and DaVinci Resolve Caches
Professional video apps generate enormous amounts of render and proxy data that is rarely cleaned up automatically.
Final Cut Pro
Render files live inside each library bundle at ~/Movies/Final Cut Pro/. Open Final Cut Pro, go to File → Delete Generated Library Files, and select "All Render Files" to remove renders that can be regenerated. Proxy and optimized media live in the same location and can be deleted the same way if you have access to the original footage.
DaVinci Resolve
Resolve stores gallery stills, render cache, and proxy media under ~/Movies/DaVinci Resolve/. In the app, go to Playback → Delete Render Cache → All to clear it. Gallery stills and database backups can be removed from Resolve → Preferences → System → Locations.
iMovie
iMovie caches and render files are stored inside ~/Movies/iMovie Library.imovielibrary/. Right-click the library in iMovie's sidebar and choose Delete Render Files.
How Much Space Can You Realistically Recover?
The answer varies by workflow, but the patterns are consistent. Users who record their screen frequently often find 5–15 GB of forgotten recordings on their Desktop. Creative professionals with Final Cut Pro libraries routinely recover 30–80 GB by clearing render caches. Anyone who has used iCloud Photos for more than two years and switched between "Optimize Storage" and "Download Originals" may have gigabytes of redundant originals.
For a full picture of what is eating your disk — across video caches, app support folders, developer artifacts, and more — a tool like Crumb can audit all of these at once and show what is safe to remove before you delete anything. That is particularly useful when you have both video duplication and unrelated bloat (Xcode caches, node_modules, pip environments) competing for the same gigabytes. The guide to finding duplicate files on Mac for free covers the broader deduplication workflow beyond video files alone.
Safe Deletion Checklist Before You Remove Anything
Deleting the wrong copy of a video is almost always recoverable (Time Machine, iCloud, or your external backup), but it wastes time. Run through this checklist first:
- Verify both files open and play correctly before removing either one.
- Check resolution, codec, and file size — a smaller file may be a compressed export, not a true duplicate.
- Move files to Trash rather than using
rmin Terminal; this gives you a 30-day recovery window. - Empty the Trash only after confirming the files you kept are accessible and intact.
- If the file is inside a Photos, iMovie, or Final Cut Pro library, always use the app's built-in deletion — never the Finder or Terminal.