Servarr - Sonarr/Radarr/Prowlarr

533 readers

3 users here now

Unofficial Lemmy Community for the Servarr suite of apps.

Lidarr, Prowlarr, Radarr, Readarr, Sonarr, and Whisparr collectively referred to as "*Arr" or "*Arrs". They are designed to automatically grab, sort, organize, and monitor your Music, Movie, E-Book, or TV Show collections for Lidarr, Radarr, Readarr, Sonarr, and Whisparr; and to manage your indexers and keep them in sync with the aforementioned apps for Prowlarr.

founded 1 year ago

MODERATORS

[email protected]

Prevent Radarr managing anything except video files? (lemmy.ca)

submitted 8 months ago by [email protected] to c/[email protected]

6 comments fedilink hide all child comments

When a file is manually replaced, for example after converting from an mp4 to an mkv; radarr decides to delete everything in that movies folder: posters, backdrops, subtitles, NFO files, leaving only the new video file; even though none of these were created or managed by Radarr ever.

This causes Emby to have to rescan/reidentify the item, re-downloading all the extra data, and it's now lost all custom metadata that was stored in the nfo, particularly the original date added to emby and it now has no subtitles.

How can I prevent this?

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 1 points 8 months ago* (last edited 8 months ago)

If it wasn't clear, here's the full breakdown:

Movie is added to Radarr monitoring
Radarr downloads a release, typically in h264.
Emby sees the new movie in its media folders and downloads posters, subtitles, and saves all metadata to an nfo.
Emby converts the new file to h265, replacing the original (this may be immediately, or much later)
Radarr sees the old file missing and deletes all the metadata Emby had put in the folder with the movie file.
Radarr sees the new file and associates it with the movie for the folder its in.

Before emby scans for the files radarr deleted, it's trying to serve them to users and failing as they dont exist.

Once emby does scan the files and remove the missing ones from its db, it has to redownload all the metadata again and no longer has the nfo file telling it the original date added, so the movie is moved to the front of the 'recently added' list as if it was a brand new movie.

This has been consistent across two seprate setups: my original windows 10 based setup, and my current debian-docker setup.