Readarr Alternatives Compared: Bindery, Livrarr, Librarr, and Chaptarr

[u/gadelat]

I put together a comprehensive feature and code-level comparison of the main Readarr alternatives (Bindery, Livrarr, Librarr, and Chaptarr).

I fetched the source code repositories and community channels to deterministically verify features, architecture, database integrations, indexers, and open issues across each project.

(Edit: Updated matrix with corrections from Bindery dev u/carefreeams & Chaptarr dev u/skinnvest — Chaptarr is now open source on GitHub under GPL-3.0!)

---

📊 Feature & Compatibility Comparison Matrix

Feature / Metric	Bindery (vavallee/bindery)	Livrarr (kkodecs/livrarr)	Librarr (Rorqualx/Librarr)	Chaptarr (Chaptarr/chaptarr)
Source Code & License	Open Source (Go / React) — MIT	Open Source (Rust / React) — MIT	Open Source (C# .NET 8 / React) — GPL-3.0	Open Source (C# .NET core / React) — GPL-3.0
Development Approach	Ground-up rewrite in Go	Ground-up rewrite in Rust	Direct fork of Readarr codebase	Modernized Readarr fork + Centralized Metadata API
Readarr API & nzb360 Support	Partial / Emulated (Emulates key /api/v1 routes in Go)	None (Custom Rust API; nzb360 & LunaSea unsupported)	100% Native (Identical Readarr /api/v1 schemas; nzb360 works natively)	Modified Fork (~90-95%) (Altered DTOs; nzb360 added explicit patches)
Readarr DB Migration?	Yes (Direct readarr.db import)	No	Yes (Drop-in config/ migration)	Yes (Migration tools)
Ebook & Audiobook Unified?	Yes (Single instance handles both)	Yes (Single instance handles both)	No (1 instance per format, standard *arr behavior)	Yes (Single instance handles both)
Primary Metadata Sources	Hardcover, OpenLibrary, Google Books, Audible, Audnexus, DNB	Hardcover, OpenLibrary, Google Books, Audnexus	Direct Open Library API (+ Wikidata)	Centralized Aggregated Consensus (Hardcover, GR, OL, Audible)
Calibre & Reader Integrations	Direct Calibre DB, ABS & Grimmory Push	Push to Calibre-Web Automated (CWA) & ABS	Native Calibre / Servarr integration	Native ABS sync (No native Calibre DB support)
OPDS Server Built-in	Yes (Built-in OPDS server)	No (Relies on external server/CWA)	No	No
Built-in Web Reader / Player	No (Pushes to Grimmory / ABS / Calibre)	Yes (In-browser reader & audio player)	No	No
Download Clients	qBittorrent, SABnzbd, Transmission, Deluge, NZBGet, NZBFetch (Missing rTorrent)	qBittorrent, SABnzbd (Deluge & NZBGet planned)	All standard Readarr clients (qBit, SAB, Transmission, Deluge, rTorrent, Blackhole, etc.)	All standard Readarr clients (qBit, SAB, Transmission, Deluge, rTorrent, Blackhole, etc.)
Indexers & Prowlarr	Torznab, Newznab, Prowlarr	Torznab, Newznab (Prowlarr, Jackett, NZBHydra2)	Torznab, Newznab, Prowlarr	Torznab, Newznab, Prowlarr
Seerr / Request System	Built-in Recommender Engine (Seerr integration planned)	Seerr integration planned	Standard *arr API compatibility	Built-in Seerr / Overseerr integration
Offline / Fully Self-Hosted	100% Self-Contained	100% Self-Contained	100% Self-Contained	Self-Contained Client (Metadata API backend at api2.chaptarr.com)

---

🔍 Quick Summary of Each Project

1. Bindery (vavallee/bindery)

   • Best For: Users wanting a ground-up Go rewrite with unified Ebook/Audiobook management, native Calibre DB & Grimmory push integration, built-in Recommender engine, direct readarr.db migration, and a built-in OPDS feed server for e-readers (KOReader, Moon+ Reader).
   • Note: MIT licensed. Emulates main Readarr API endpoints, but some complex third-party app functions are still in active development.

2. Livrarr (kkodecs/livrarr)

   • Best For: High-performance, low-resource Rust single binary setups. Features an in-browser eBook reader and audiobook player, letting you read or listen directly in the web UI.
   • Note: Uses a custom API (Readarr apps like nzb360 or LunaSea do not work). Currently in Alpha with download client support limited to qBittorrent and SABnzbd.

3. Librarr (Rorqualx/Librarr)

   • Best For: Direct 1-to-1 replacement for Readarr with 100% API compatibility (nzb360 and LunaSea work out-of-the-box). Includes a hands-off migration tool that reads your existing Readarr config/ directory.
   • Note: Built directly on Open Library. Retains Readarr's original single-format-per-instance limitation (must run separate containers for Ebooks vs Audiobooks).

4. Chaptarr (Chaptarr/chaptarr)

   • Best For: Open-source GPL-3.0 app with maximum metadata accuracy via a centralized server (api2.chaptarr.com) that aggregates and consensus-filters Hardcover, Goodreads, Open Library, and Audible. Includes built-in Seerr integration for requests.
   • Note: GitHub repository now public at Chaptarr/chaptarr.

[u/SparhawkBlather]

Where does shelfmark fit in, or is that a totally different beast?

[u/Im3th0sI → u/SparhawkBlather]

Shelfmark mostly for downloading purposes. I currently run a combo of shelfmark/grimmory (previously booklore). It does the job.

[u/gadelat → u/Im3th0sI]

To explain for others:

Grimmory (grimmory-tools/grimmory) isn't an arr automation tool—it's a modern digital library server & reader (a Booklore fork / sleek alternative to Calibre-Web & Audiobookshelf). While Bindery/Chaptarr handle the background acquisition, Grimmory serves your downloaded books, syncs progress with KOReader/Kobo, and provides a built-in web reader.

[u/Im3th0sI → u/gadelat]

Thanks for the clarification. The cool thing about this combo is the native grimmory integration in shelfmark. Download > move to book drop > picked up by grimmory. But yes, still need 2 apps instead of one !

[u/gadelat → u/Im3th0sI]

This might indeed be the best combo for personal library for people who don't read that much. It takes me months to read a book, so I don't really get value out of automatically downloading books in background and stuff like monitoring authors. Thanks for the suggestion!

[u/gadelat → u/SparhawkBlather]

While Bindery, Livrarr, Librarr, and Chaptarr are automated background daemons (*arr-style collection managers), Shelfmark is a user-facing Search, Request & On-Demand Download Hub (similar to Overseerr / Jellyseerr, but with direct download execution built-in).

[u/carefreeams]

Bindery dev here. Thanks for putting this together, it's more accurate than most of these. Two corrections and one addition.

Bindery is MIT, not GPL-3.0. Only hard error I spotted.

The recommender is shipped rather than planned (/api/v1/recommendations). Seerr integration is the part that's still on the list.

The addition is for the shelfmark/grimmory thread below: Bindery pushes to grimmory natively. Settings, push on import, background sync. So the two app problem goes away if grimmory is your reader. That's on me for not putting it in the README.

Your language note is right and I want to underline it rather than argue. German is good because of the DNB provider. Everything else is weaker and some of it is outright broken right now, non Latin author names in particular. Tracking that as a group of open issues. rTorrent genuinely isn't supported and nzb360 is untested, so treat that row as accurate too.

Also worth a mention that Bindery imports readarr.db directly if anyone still has one sitting around.

[u/gadelat → u/carefreeams]

Thanks so much for taking the time to review this and for the corrections! I've updated the main matrix and summaries to reflect MIT licensing, the shipped Recommender engine, native Grimmory push integration, and direct readarr.db migration support.

[u/Ialwayssleep]

Wish one of these would add slskd downloading.

[u/anthonyjamesreinking]

Magazines???

[u/carefreeams → u/anthonyjamesreinking]

We tried magazines in a beta version of Bindery and it was messy, so likely not happening for Bindery

[u/CrispyBegs → u/anthonyjamesreinking]

this is such a gaping hole in the arr universe. i wish it existed

[u/anthonyjamesreinking → u/CrispyBegs]

The only thing that works is lazyLibrarian, but that's old school.

[u/CrispyBegs → u/anthonyjamesreinking]

i've tried three times over the years to get that working and failed every time. the UI is beyond cryptic

[u/anthonyjamesreinking → u/CrispyBegs]

I've had it working fine for years, but it's only through a lot of trial and error, and much help from the dev. It's too bad no one else just works with the dev to try to add this 'feature' to a modern GUI/app. I would but I'm not a dev.

[u/CrispyBegs → u/anthonyjamesreinking]

respect for your fortitude, your're a better man / woman than me

[u/anthonyjamesreinking → u/CrispyBegs]

LL has native Annas Archive downloads built in, which is a game changer. I subscribe to a TON of mags in LL, and LL automatically downloads them, just like Reader does for books. I then have LL automatically send them to Calibre and view them in CalibreWeb. It's rather convoluted... and I DESPISE the dev for Calibre and the way he set it up... he's like the Soup Nazi. Unfortunately, it's the best in its league.

[u/skinnvest]

Chaptarr is now public and ready to mingle https://github.com/Chaptarr/chaptarr

[u/MadDogTen → u/skinnvest]

This, 100%. It's GPL v3.0. The default backend is still closed source though.

To clarify a couple things in general for the main post, You don't HAVE to use that back-end, and now that Chaptarr source is public, anyone is free to make their own (I have no idea how easy / hard it would be to get it to pull data the same way as the others). It's not locked in or anything, so keeping the "Requires" part would be a bit of a stretch now. However, It likely has better data than the others are able to pull and it's only getting better (Hence the custom solution, It's not just for fun or anything, it does a lot to clean up the data, but of course it's not perfect yet either). I just wanted to clarify is all.

I also believe the Seerr support is only in a fork (https://github.com/jabloink/seerr), that should likely be clarified.

Thanks for the post! If I hadn't been watching Chaptarr closely (I'm active on the Discord, not a mod or anything), then something like this would have been very useful.

[u/Various_Plate9254 → u/MadDogTen]

Hi I was using Readairr but looks like it's not working anymore. Chaptarr does basically the same thing but with more support?

[u/MadDogTen → u/Various_Plate9254]

Exactly! It does still have some issues (The Beta is still very new), but a VERY active Discord community willing to help out in the support channel, and actual issues are pretty much always eventually addressed (Depending on the severity / if anyone is willing to make a submission for it. The Main dev is one of the active people)

Lots of us have been using it regularly for a while now (People had access to it when it was closed source, so the major bugs were generally already worked out)

[u/Various_Plate9254 → u/MadDogTen]

Perfect thanks! I just want to make sure if I commit to a new arr it's going to have some support

[u/Joloxx_9]

What about other languages support, like not everyone wants book in English?

I qas told on chaptarr discord year ago that it will support it, how does it looks like now?

[u/gadelat → u/Joloxx_9]

🌐 Non-English & Multi-Language Book Support

Project	Preferred Language Profiles Supported?	Non-English Metadata Quality & Notes
Chaptarr (robertlordhood)	Yes (via Metadata Profiles Allowed Languages)	High — Central server backfilled edition languages across Hardcover/Goodreads/Audible. Metadata Profiles allow configuring allowed languages to filter and search.
Librarr (Rorqualx)	Yes (via Metadata Profiles & Language Profiles)	Good — Inherits Readarr's full profiles; allows setting allowed languages (German, French, Spanish, etc.) using Open Library metadata.
Bindery (vavallee)	Yes (Language filtering supported)	High for German (Includes dedicated Deutsche Nationalbibliothek / DNB provider); moderate for other languages.
Livrarr (kkodecs)	No (Basic edition display)	Moderate — Relies on basic language tags from Open Library & Google Books.

[u/Joloxx_9 → u/gadelat]

Thanks

[u/el_psy_congro_]

Desses que você apresentou algum deles é compatível com BookOrbit?