Support

Yes. There's no paid tier, no trial, no account and no upsell. It's licensed under the GNU GPL v3, which means you're free to use it, read the source, share it and modify it. If you distribute a modified version, you have to release your changes under the same licence.

There isn't one, but there is a trade-off you should know about: the installer isn't signed with an Apple Developer ID, so macOS will warn you the first time you open it. See Installing EZLibrary.

Yes. The GPL doesn't restrict what you do with the software, only what you have to do if you redistribute a modified copy of it.

No. EZLibrary is an independent, community-built utility. It isn't affiliated with, endorsed by, or sponsored by Serato Audio Research. It reads and writes Serato's library file format so the two can work together, and nothing more.

macOS 13 or newer, on either Apple Silicon or Intel — the app ships as a universal binary, so one download covers both.

Usually no. The installer starts a best-effort Homebrew bootstrap for ffmpeg, ffprobe, fpcalc and yt-dlp, and EZLibrary checks again on every launch. If Homebrew is missing or the bootstrap fails, use the banner inside the app to install or update them.

It looks for your _Serato_ folder in the usual places, including external drives. To point it somewhere specific, set the path in Settings, or launch it with the EZLIBRARY_LIBRARY_DIR environment variable set to the folder that contains database V2.

That's fine — mount the drive before you launch EZLibrary. If it isn't mounted, every track on it looks missing, and a repair run in that state would be repairing the wrong thing.

EZLibrary reads the on-disk library format that Serato DJ writes, so in principle yes. In practice, development and testing is done against Serato DJ Pro — that's what it's verified on. If you run Lite, take a backup first and tell us how it goes.

Not supported today. Transferring tracks, cues and crates between Serato and Rekordbox is on the roadmap — it's the highest-risk item on there, so it's deliberately scheduled last. Upvote it if you want it sooner.

EZLibrary checks for updates when it launches and can install a new version for you in one click. You can also just download the latest installer and run it over the top.

To uninstall, drag EZLibrary.app from Applications to the Trash. Your Serato library is untouched by this, and your backups stay where they are in SeratoBackups.

No — keeping them is the whole point of the app. Serato attaches cues and beat grids to a library entry, and it's replacing that entry that loses them. EZLibrary repairs entries in place instead: when a file is renamed, moved or relinked, the existing library row is re-pointed rather than deleted and recreated.

Cue points and beat grids embedded in the audio files themselves are also preserved through tag edits, including on files that use less common ID3 encodings.

For anything that writes, yes — and EZLibrary will refuse rather than let you do it by accident. Serato holds its library in memory and writes the whole thing back out when it quits, so any change made underneath it would simply be overwritten. Browsing and scanning are fine with Serato open.

They're updated in the same operation. That means Serato's SQLite library, database V2, your plain crates and your smart crates — a smart crate keeps a materialised list of member paths alongside its rules, and one stale path in there is enough to make Serato re-import the old name as a second, missing track.

No. Your library, your files and your paths never leave your Mac. The only network requests EZLibrary makes are ones you trigger yourself — an online metadata lookup, a playlist you pasted in, a purchase link, or the update check. There's no telemetry and no account.

Into a SeratoBackups folder, each in its own timestamped directory. They are ordinary files, not a proprietary archive, so you can browse them in Finder.

To restore, quit Serato and copy the files back over your _Serato_ folder. Automatic pre-write snapshots are kept separately from the backups you run yourself, so a bad operation can be reversed even if you forgot to take a manual backup.

Not as a single click, no — and it's better to know that up front. What there is instead: a timestamped snapshot of every Serato file taken before it's written, atomic writes so an operation can't leave a file half-finished, and read-back verification that rolls a change back if what landed on disk doesn't match what was intended.

Restoring is a matter of copying a snapshot back. Take a full backup before your first duplicate cleanup or consolidation and you'll always have a clean point to return to.

• Make sure Serato was fully quit when the repair ran, not just minimised.
• Check the drive holding those files is mounted.
• Reopen Serato and give it a moment — it re-reads its library on launch.

If a repair left tracks in a worse state, that's a data-integrity bug and it goes to the front of the queue. Open an issue with what you ran and what you saw.

That's usually one move or one consolidation that went through without the library following it. The Missing Tracks tab handles it, but for thousands of entries the command-line repair is faster and shows you everything before it writes:

swift run EZLibraryCLI repair-locations --search /Volumes/Music

That previews only. Re-run it with --apply, with Serato closed, once the preview looks right.

Fingerprinting depends on fpcalc. The installer and the app both try to provision it for you via Homebrew, so if it is missing the usual fix is to click the install/update banner in EZLibrary and let it finish. The optional AcoustID lookup still needs a free API key of your own — add it in Settings, or set EZLIBRARY_ACOUSTID_KEY.

Discogs requires a personal access token. Generate one from your Discogs account and add it in Settings, or set EZLIBRARY_DISCOGS_TOKEN. The iTunes and MusicBrainz lookups work without any key.

It's installed separately, once:

/Applications/EZLibrary.app/Contents/Resources/scripts/install-finder-quick-action.sh

If it still doesn't appear, relaunch Finder and check that ~/Library/Services/Add To Serato Library.workflow exists.

Nothing is half-applied — failed writes roll back. To work out why:

• Read the error message; they're written to be actionable rather than to look technical.
• Check the destination and library paths are writable and the drives are mounted.
• Retry on a smaller selection to isolate one problematic file.

Try launching against an empty library to separate a data problem from a UI one:

EZLIBRARY_LIBRARY_DIR=/tmp/empty open -a EZLibrary

Then open an issue with your macOS version and the most recent report from ~/Library/Logs/DiagnosticReports/.