diff --git a/.typos.toml b/.typos.toml index 8bf49b5a7..13823d6f2 100644 --- a/.typos.toml +++ b/.typos.toml @@ -19,8 +19,10 @@ whisparr = "whisparr" # Intentional names/terms that shouldn't be "corrected" aling = "aling" # tracker broadcas = "broadcas" # Part of tracker name BroadcasTheNet +conjurr = "conjurr" # Recommendation companion app hda = "hda" # Tracker acronym nam = "nam" # Part of "Viet Nam" +newsletterr = "newsletterr" # Newsletter companion app searchin = "searchin" # API field name tey = "tey" # Part of tracker name PTTey titel = "titel" # German word for "title" used in examples diff --git a/lidarr/concepts.md b/lidarr/concepts.md index c80f572c4..4cc9c6b4e 100644 --- a/lidarr/concepts.md +++ b/lidarr/concepts.md @@ -123,7 +123,7 @@ If the download folder and the library folder are on **different filesystems**, > Hardlinks are enabled by default. If you are seeing double disk usage, the usual culprits are mismatched mounts (Docker), a download client writing to a different filesystem than the library, or a filesystem that doesn't support hardlinks (some network filesystems, FAT32). {.is-info} -## Is Lidarr right for your library? +## Is Lidarr right for your library Lidarr is built around the `Release` model. If your library doesn't fit that model, Lidarr will be a frustrating tool no matter how much you tune it. Lidarr **isn't** a good fit for the following situations. diff --git a/lidarr/settings.md b/lidarr/settings.md index ea8478ddd..fc199d385 100644 --- a/lidarr/settings.md +++ b/lidarr/settings.md @@ -129,7 +129,6 @@ Click **Add (+)** to add a root folder. The path must exist and Lidarr must have > Don't point a root folder at a cloud storage mount (Dropbox, OneDrive, Google Drive). Lidarr writes audio tags and metadata frequently; cloud storage APIs have rate limits that will cause failures. {.is-warning} - ## Metadata Profiles {#metadata-profiles} @@ -158,7 +157,6 @@ You can include or exclude secondary types (Compilation, Soundtrack, Spokenword, > MusicBrainz determines release types. If a release you expect to see is missing, check its entry on MusicBrainz: the type may be `Unknown`, which Lidarr can't filter on, or the primary type may be one you have unchecked in your profile. {.is-info} - ## Release Profiles {#release-profiles} @@ -179,7 +177,6 @@ Release profiles filter and score releases based on their titles. Use them to re > Release profiles apply at **grab/download time**: they filter and score releases from indexers before Lidarr sends anything to a download client. They have no effect on which MusicBrainz release (pressing, edition, format) Lidarr matches your already-downloaded files to during import. See [FAQ → Can Lidarr prefer a specific pressing or format during import?](/lidarr/faq#can-lidarr-prefer-a-specific-pressing-or-format-during-import) for the import side of this. {.is-info} - ## Custom Formats {#custom-formats-2} @@ -214,7 +211,6 @@ Two ways to test how Lidarr will parse a release name before committing to a pro **Via the Servarr Discord bot:** In the `#bot-spam` channel, run `/parser lidarr ` (for example, `/parser lidarr Artist.Album.2022.FLAC-GROUP`). The bot replies with the same parsed breakdown. Useful for quick spot-checks without opening the UI. - # Quality {#quality} @@ -233,7 +229,6 @@ For audio, size limits use **kilobits per second (kbps)**. Lidarr computes a bit > FLAC is lossless and doesn't have a consistent bitrate; its effective bitrate varies by content. The FLAC entry in quality definitions serves primarily as a file-size sanity check rather than strict bitrate enforcement. {.is-info} - # Indexers {#indexer-settings} @@ -270,7 +265,6 @@ Global settings that apply across all indexers, found under **Settings → Index | **Retention** | Usenet only. Set to `0` for unlimited retention. | | **(Advanced) RSS Sync Interval** | Interval in minutes between automatic RSS syncs. Set to `0` to disable all automatic release grabbing. This applies to every indexer; follow the usage rules each indexer sets for itself. See [FAQ → How does Lidarr work?](/lidarr/faq#how-does-lidarr-work) for how RSS sync fits into Lidarr's overall search cycle. | - # Download Clients {#download-clients} @@ -378,7 +372,6 @@ A mapping translates a remote path (as reported by the download client) to a loc > If both Lidarr and the download client are in Docker containers on the same host with matching volume mounts, a remote path mapping isn't needed. See [TRaSH's Remote Path Mapping guide](https://trash-guides.info/Radarr/Radarr-remote-path-mapping/) for diagnosis and setup. {.is-info} - # Connect {#connections} @@ -408,7 +401,6 @@ Click **Add (+)** and select a connection type. Most connections share these fie For **Custom Script** connections, see the [Custom Scripts](/lidarr/custom-scripts) page for the full list of environment variables available per event. - # Metadata {#metadata} @@ -430,7 +422,6 @@ For **Custom Script** connections, see the [Custom Scripts](/lidarr/custom-scrip Below **Write Metadata to Audio Files**, the Metadata page lists external metadata formats Lidarr can write to disk alongside your music: NFO files for media-center software (Kodi/XBMC), and image sidecar formats for Roksbox and WD TV. Enable a consumer and choose which of Artist Metadata, Album Metadata, Artist Images, and Album Images it writes. See [Supported → Metadata](/lidarr/supported) for what each consumer generates and which media players read it. - # Tags {#tags} @@ -444,7 +435,6 @@ Tags are particularly useful for: - Restricting a release profile to certain artists. - Tracking which import list added an artist. - # Logging {#logging} diff --git a/lidarr/tips-and-tricks.md b/lidarr/tips-and-tricks.md index 80ae653de..93f70cfae 100644 --- a/lidarr/tips-and-tricks.md +++ b/lidarr/tips-and-tricks.md @@ -421,4 +421,4 @@ As long as the root folder paths in the backup are still valid on the destinatio - [Metadata Troubleshooting](/lidarr/metadata-troubleshooting) — when MusicBrainz data is missing or stale - [Import Troubleshooting](/lidarr/import-troubleshooting) — when downloads finish but don't import - [Troubleshooting](/lidarr/troubleshooting) — general runtime issues -- [TRaSH Guides](https://trash-guides.info/) — community recipes for media server setups \ No newline at end of file +- [TRaSH Guides](https://trash-guides.info/) — community recipes for media server setups diff --git a/useful-tools.md b/useful-tools.md index 9b3c29426..bb9e41fc1 100644 --- a/useful-tools.md +++ b/useful-tools.md @@ -54,6 +54,8 @@ dateCreated: 2021-06-05T20:51:53.183Z - [Just A Bunch Of Plex Scripts](#just-a-bunch-of-plex-scripts) - [Kometa (Plex Meta Manager)](#kometa) - [Tautulli](#tautulli) + - [newsletterr](#newsletterr) + - [conjurr](#conjurr) - [Tdarr](#tdarr) - [tdarr\_inform](#tdarr_inform) - [Deleterr](#deleterr) @@ -367,6 +369,14 @@ Kometa (formerly known as Plex Meta Manager) is a powerful tool designed to give [Tautulli](https://tautulli.com/) is a 3rd party application that you can run alongside your Plex Media Server to monitor activity and track various statistics. Most importantly, these statistics include what has been watched, who watched it, when and where they watched it, and how it was watched. The only thing missing is "why they watched it", but who am I to question your 42 plays of Frozen. All statistics are presented in a nice and clean interface with many tables and graphs, which makes it easy to brag about your server to everyone else. +## newsletterr + +[newsletterr](https://www.newsletterr.org) is a self-hosted Flask app that turns your server's activity into an email newsletter for your users. It pulls most of its numbers from [Tautulli](#tautulli). Think of it as the delivery half of bragging about your server to everyone: rather than screenshotting your graphs, you schedule them into their inbox. Most watched movies and shows, top viewers, active platforms, library counts, recently added items, and [conjurr](#conjurr) recommendations are composed as drag-and-drop "snap-ins". Five email layouts, a compact or expanded density setting, and a live WYSIWYG preview. + +## conjurr + +[conjurr](https://github.com/yungsnuzzy/conjurr) is an AI recommendation tool that uses [Tautulli](#tautulli) watch data to suggest what each of your users should watch next. It reads their history, passes it to an AI API of your choice for a candidate list of shows and movies, pulls artwork and metadata from TMDb, and checks Seerr so that what is already on your server is separated from what would have to be requested. Viewers can steer the results with decade, genre, and mood filters, and [newsletterr](#newsletterr) can pull a given user's recommendations over its API. + ## Tdarr [Tdarr](https://tdarr.io) is a closed-source self hosted web-app for automating media library transcode/remux management and making sure your files are exactly how you need them to be in terms of codecs/streams/containers etc. Designed to work alongside [Sonarr](/sonarr)/[Radarr](/radarr) and built with the aim of modularization, parallelization and scalability, each library you add has its own transcode settings, filters and schedule. Workers can be fired up and closed down as necessary, and are split into 3 types - 'general', 'transcode' and 'health check'. Worker limits can be managed by the scheduler as well as manually.