Remove Duplicate Photos on Mac

A safe way to handle duplicates without risking data loss: isolate collisions into a mirrored duplicated/ structure instead of deleting anything.

This guide follows a file-level media normalization approach — establishing deterministic file structure before importing media into catalog or DAM systems.

Why duplicates keep coming back

Duplicate photos on macOS are rarely caused by a single mistake. They usually appear gradually:

Mac upgrades and migrations (imports repeated on a new machine)
Multiple backups (external drives with overlapping events)
AirDrop and messaging (copies with different filenames)
Mixed workflows (Apple Photos + Finder folders + exports)

The worst part is not the duplicates themselves. It is the uncertainty: Which copy is the one I should keep?

Two ways to detect duplicates

1) Content-based (hash)

Hash-based approaches compare file content by reading the full file and computing a fingerprint. This can be accurate, but it is also expensive at scale — especially with large video files and archives spread across drives.

2) Structure-based (deterministic naming collisions)

MediaOrganizer Studio focuses on a different problem: preventing accidental overwrites and keeping your archive deterministic. Instead of trying to prove two files are identical, it detects when two files would resolve to the same final destination name.

In practice, this happens when multiple sources contain the same capture (or multiple copies of it) and your naming rules produce the same destination path and filename.

How MediaOrganizer handles duplicates (without deleting)

MediaOrganizer Studio never overwrites files in the Target. When a file in the Target already exists with the same final name, the incoming file is treated as a collision.

Collisions are isolated under a mirrored duplicated/ directory so you can review them later. Nothing is silently removed.

Choose a Target directory in MediaOrganizer — Choose one Target folder. If a filename already exists in the Target, the collision is isolated under `duplicated/`.

Organized tree with duplicated folder — The Target stays clean and deterministic, while collisions are kept in a mirrored `duplicated/` structure for manual review.

What happens inside duplicated/

Mirrored structure: items in duplicated/ retain the same folder structure as their original source for context.
No overwrites: the app will never overwrite another duplicate. If needed, it adds a suffix _1, _2, and so on.
Review later: duplicated/ is not a trash can. It is an explicit holding area you can audit safely.

Example

If three sources contain the same capture and your naming rules resolve them to the same final filename, you might end up with:

Target/
  France/
    Île-de-France/
      Paris/
        2022/
          France - Île-de-France - Paris - 2022 - 20220814102311.532.jpg
  duplicated/
    France/
      Île-de-France/
        Paris/
          2022/
            France - Île-de-France - Paris - 2022 - 20220814102311.532.jpg
            France - Île-de-France - Paris - 2022 - 20220814102311.532_1.jpg

The canonical copy stays in the main structure. Additional collisions remain organized under duplicated/ with incremental suffixes when necessary.

Move vs copy (important)

Regular folders: files are moved into the Target during processing.
Apple Photos libraries (.photoslibrary): extraction is read-only (copied), no manual export required.

Re-organizing your duplicates

Because duplicated/ keeps a clean structure, it can become a new Source later. You can process your duplicates into a new Target, keep them organized, and decide what to keep — without mixing them back into the canonical archive.

FAQ

Does MediaOrganizer delete duplicates?

No. It isolates naming collisions in duplicated/ so you can review them manually.

Is this the same as hash-based deduplication?

No. MediaOrganizer does not compute content hashes. It prevents overwrites by detecting destination naming collisions under your configured naming rules.

Will this overwrite my originals?

As with any consolidation workflow, it is recommended to operate on backed-up drives. The app never overwrites files in the Target. Collisions are isolated and kept organized for review.

What about photos without GPS?

Missing GPS is handled explicitly in no_gps_found/, and can be recovered manually using a time window (trip/event context). After recovery, the file moves into the deterministic structure (or into duplicated/ if it collides).

Related guides

Explore MediaOrganizer →