Sonarr is the *arr stack tool for TV series automation. Lidarr does the same for music. They share the same codebase DNA, UI design, and workflow — but manage completely different media types. This isn't a "pick one" comparison. It's a guide to understanding what each does, how they differ, and whether you need both.
Quick Overview
| Aspect | Sonarr | Lidarr |
|---|---|---|
| Media type | TV series & anime | Music albums & tracks |
| Latest version | v4.0.16 | v3.1.0 |
| Docker image | lscr.io/linuxserver/sonarr:4.0.16 |
lscr.io/linuxserver/lidarr:3.1.0.4875 |
| Metadata source | TheTVDB, TMDb | MusicBrainz |
| Download clients | qBittorrent, Transmission, Deluge, SABnzbd, NZBGet | Same |
| Indexer management | Via Prowlarr | Via Prowlarr |
| Request management | Overseerr, Jellyseerr | [Lidarr itself] |
| Default port | 8989 | 8686 |
| RAM usage | ~150-300 MB | ~150-300 MB |
| Database | SQLite | SQLite |
Updated March 2026: Verified with latest Docker images and configurations.
Feature Comparison
| Feature | Sonarr | Lidarr |
|---|---|---|
| Automatic searching | Yes — by episode/season | Yes — by album/track |
| Quality profiles | Extensive (SDTV → 4K Bluray) | Extensive (MP3 128 → FLAC) |
| Calendar view | Yes — upcoming episodes | Yes — upcoming releases |
| Manual import | Yes | Yes |
| Rename on import | Yes — customizable patterns | Yes — customizable patterns |
| Custom formats | Yes (v4) | Yes |
| Metadata download | NFO files, images | Metadata tags, cover art |
| Multiple root folders | Yes | Yes |
| API | REST | REST |
| Mobile apps | LunaSea, nzb360 | LunaSea, nzb360 |
How They Work Together
Sonarr and Lidarr aren't competitors — they're companions. A typical *arr stack runs both alongside shared infrastructure:
Prowlarr (indexer management)
├── Sonarr (TV series)
├── Radarr (movies)
├── Lidarr (music)
└── Readarr (books)
↓
Download Client (qBittorrent / SABnzbd)
↓
Media Server (Jellyfin / Plex)
All *arr apps share the same download client. Prowlarr syncs indexers to all of them simultaneously, so you only configure your indexers once. Each *arr app handles its own media type independently.
Installation Complexity
Both deploy identically. Each needs a single container, a SQLite database (auto-created), and volume mounts for config and media.
| Setup aspect | Sonarr | Lidarr |
|---|---|---|
| Docker Compose lines | ~15 | ~15 |
| Dependencies | None (SQLite built-in) | None (SQLite built-in) |
| Post-deploy config | Add indexers + download client | Add indexers + download client |
| Metadata source setup | Automatic (TheTVDB) | Requires MusicBrainz (can be slow) |
The key difference: Sonarr's metadata sources (TheTVDB, TMDb) are fast and reliable. Lidarr uses MusicBrainz, which has rate limits and can be slow for large library imports. Adding a full music collection to Lidarr takes patience — initial metadata fetching for thousands of artists can take hours.
Where They Differ
Metadata Quality
Sonarr benefits from TheTVDB and TMDb — mature, well-maintained databases with consistent naming. Episode numbering is standardized, series identification is reliable.
Lidarr relies on MusicBrainz, which is community-edited and sometimes inconsistent. Compilation albums, multi-disc releases, and regional variations can cause matching issues. You'll spend more time manually correcting Lidarr imports than Sonarr imports.
Matching Accuracy
TV series have clear identifiers — series name, season, episode number. Sonarr matches releases with high accuracy.
Music matching is inherently harder. Album names, track counts, and artist names vary across releases. Lidarr's matching is good but not as reliable — expect occasional mismatches with live albums, deluxe editions, and compilations.
Community Maturity
Sonarr is the original *arr app and the most mature. It has the largest community, the most battle-tested codebase, and the best documentation. v4 added custom formats — a major feature upgrade.
Lidarr is less mature. It works well for standard album tracking and downloading, but edge cases (multi-artist albums, classical music) can be frustrating. Development is slower than Sonarr's.
Resource Usage
Running both simultaneously is common and manageable:
| Metric | Sonarr alone | Lidarr alone | Both together |
|---|---|---|---|
| RAM (idle) | ~150 MB | ~150 MB | ~300 MB |
| RAM (active search) | ~250-350 MB | ~250-350 MB | ~500-700 MB |
| CPU | Low | Low | Low |
| Disk (config) | ~50-200 MB | ~50-200 MB | ~100-400 MB |
Both are lightweight enough to run on a Raspberry Pi or small mini PC alongside each other.
Use Cases
You Need Sonarr If...
- You track TV series and want automatic downloads of new episodes
- You want a calendar showing upcoming episodes across all your shows
- You use Jellyfin or Plex and want an organized TV library
You Need Lidarr If...
- You want to automatically download new albums from artists you follow
- You maintain a local music library for Navidrome or Jellyfin
- You want quality upgrades for your existing music collection (MP3 → FLAC)
You Need Both If...
- You run a complete media server with TV, movies, and music
- You already run the *arr stack and want comprehensive media automation
Final Verdict
If you run a media server, you probably want both — but start with Sonarr. It's more mature, has better metadata sources, and delivers a smoother experience. Add Lidarr once your TV/movie automation is stable and you want to extend the same workflow to music.
Lidarr is valuable but requires more patience. MusicBrainz rate limits and matching inconsistencies mean it needs more manual intervention than Sonarr. Go in expecting to fix a few imports manually and you'll be happy with the result.
Frequently Asked Questions
Can I run Sonarr and Lidarr on the same server?
Yes. They use different ports (8989 and 8686) and different config directories. They can share the same download client and Prowlarr instance.
Do I need Prowlarr for both?
Not strictly, but you should use it. Prowlarr syncs indexer configurations to all *arr apps simultaneously. Without it, you'd configure each indexer separately in Sonarr and Lidarr.
What about Radarr?
Radarr handles movies — the third piece of the media automation puzzle. Most *arr stack setups run Sonarr + Radarr + Prowlarr at minimum, with Lidarr and Readarr as optional additions.
Top comments (0)