For the past few months we've made Decypharr available to Aarr users, and have recently made it the default on new installations. Today's update bumps us to the beta version of Decypharr, which adds 2 important features:
- The config is now editable in the UI
- Decypharr now has a WebDAV feature, to rival the functionality of Zurg, to facilitate mounting your RD library to the rest of your stack
Why do we need Decypharr WebDAV when we already have Zurg?
When Decypharr manages your Aarr downloads on a Zurg-enabled stack (as all of our stacks have been until now), it only does half of the job - Decypharr adds a torrent to your RD library using your API token, but then has to wait for Zurg to refresh the RD library, and for that file to appear on the rclone-mounted path where it's expected. Only once Zurg, rclone, and the various layers of caching have done their thing, will Decypharr tell the Aarr that the download is completed and ready to import.
On recent tests, with a very large RD library, this process took more than 5 minutes, since Zurg will refresh its entire view of your RD library every time it detects a change.
In WebDAV mode, however, Decypharr believes that it is responsible for providing the WebDAV endpoint to rclone (not Zurg), and so it's "in charge" of the process, end-to-end. Torrents Decypharr adds to RD are almost instantly completed and returned to the Aars for further processing, eliminating the waiting on Zurg, caching, etc.
With the right configuration (pre-set in your Decypharr config for you), the Decypharr WebDAV endpoint will behave exactly the same way as Zurg's WebDAV endpoint does, so it can be used as a "drop-in" replacement for Zurg's mount, with the rest of your stack.
TL;DR - If you're using Decypharr as your Aarr downloader, then running it in WebDAV mode as a Zurg replacement offers significant performance improvements.
What about...
Multiple RD tokens to accommodate daily bandwidth limits
Yes, Decypharr supports these too (not available in the UI yet, but do-able in the config.json)
Repairs
Decypharr can "repair" just like Zurg can, and you can adjust the limits in the UI, as well as trigger an immediate repair. There are also some options to re-insert missing torrents, and a scary-looking one to delete broken symlinks and to attempt to re-add the content by triggering a search in your Aars. Repairs are disabled by default, and you'll probably want to take a backup of your symlinks and your DMM library before playing with them!
What do I need to do?
By default, nothing. Decypharr-beta will start with WebDAV mode enabled, but all your RD-mounting will still be done by Zurg, and everything continues as normal, but with the option to change your Decypharr config in the UI.
However, if you want to try the Zurg-replacement mount though, grab this "toggle" product, wait for 5 minutes, and then restart your apps with ElfBot, either individually or using "elfbot restart all":
Replace Zurg mount with decypharr