Sonarr version (exact version): 2.0.0.4326 Mono version (if Sonarr is not running on Windows): 3.2.8 (Debian 3.2.8+dfsg-4ubuntu1.1) OS: Linux (Mint) ((Debug logs)): http://pastebin.com/u9yuaXMr Description of issue:
Not sure if I’m using the right function, but here goes. I would like to use Sonarr to try and identify/fill gaps in existing libraries and then keep them up to date. I’ve got dozens (hundreds? I’ve lost count) of TV shows already in a meticulous folder structure, stored on a Synology NAS and served by Plex Media Server (running on the same PC as Sonarr).
They look, at least similar to,
When I got to ‘Import Existing Series from Disk’ in Sonarr, the interface tells me that it’s then attempting “Loading Search Results from THETVDB…” and fails for most of the folders. For any individual one, if I manually remove the series_year and parenthesis from the end of the title (in Sonarr, not practically) the result the automatically populates (correctly, so far).
I’ve checked permissions, but they’re ok and wouldn’t explain why one or two shows return a search result whilst the majority do not. It also wouldn’t explain a correct match the moment the year is stripped from the title in Sonar. The only thing I can think, that is something I can look at, is that perhaps 1 or 2 of the episodes have embedded meta data and Sonarr is using that somehow? I can’t check the meta data in the files from here but will check a little later.
I am, of course, assuming I’m adding ‘existing’ named and filed content the right way.
So, two questions, one conditional.
1\ Am I adding pre-existing content the right way?
2\ if yes, is the problem my expectation, or something with the results being returned?
3.2.8 will cause issues (unrelated to this), you’ll want 3.10 or higher.
Which path are you adding via Add existing? It should be \mnt\DS411JMEDIA\Plexed\Television\<library_name>\
All your series have the year in the folder name? If the series doesn’t actually have that in the series title then the proper result won’t be found: https://github.com/Sonarr/Sonarr/issues/918
I’ll look at updating mono, thanks. ed: oops, updated mono-devel and went right up to 4.2.3. I’ve never touched mono (hhmm) so I’m hoping backwards compatibility is good
I was (am) adding from the collection root, so eg: \mnt\DS411JMEDIA\Plexed\Television\XTreme\
Ah, well that’ll be it then Thank you for pointing that one out.
I’ve been adding the year suffix for years, even when not explicitly required, for scraping with Plex (and before it XBMC) as a form of ‘future proofing’ the library (and it meets my OCD requirement for consistency :D).
If I’m otherwise doing the right thing then I’ll happily just modify each detected title to remove the year, definitely easier than having to individually browse/add folders.
Yes, other than that it sounds like you’re adding it correctly, you should be able to delete the year from the search query Sonarr is using once the results come back (without any in this case), it’d be a bit of hitting the delete key, but would save any renaming/underlying changes to your series.
Indeed
A bit of work later (much less than manually adding each show) they’re all in and indexed. As you say, a bit of work on the delete key though.
Final result: pretty brilliant.
Great, slick UI, love the calendar. The indexing helped me identify a couple of shows I didn’t realise I was missing 1 or 2 episodes from. And the integration between the sources, the download client and the Plex server is awesome.
I may end up using it to identify upcoming episodes only, a reference of sorts, rather than using it to its full potential to manage the downloads though. I could live with it not putting the series year in the episode file name (though it messes with my OCD a little :D) but in the past 6 months I’ve taken to grabbing h265 encoded rips as they (most often) offer same quality at a much reduced file size (assuming all we want to do is view, rather than re-encode) - however there’s as yet no naming consistency to this (there’s a lot of confusion out there, equally amongst downloaders and those providing, between what is source, codec and container and how to label correctly) so right now I can most often identify the resolution, codec and container to manually identify say a 1080p h265 encoded file, but almost never know the source until the download is complete. Add to that the Jackett plugin I’m using to connect to a site is not sending through, I don’t think, the h265 sources. It’s been running well in the past 12 hours, but rather than downloading, lets say, a 3-400mb 1080p it’s downloading 1.3+GB 1080p. That’s great, and 6 months ago I wouldn’t have batted an eyelid, but I think I’ll be disabling the client download feature at present.
I know there’s a bit of discussion out there, and here, about h265 (and a bit of lamenting that fewer and fewer understand the different between container source and codec :D) so I wont harp - I believe this is already on the radar, so to speak. Very much looking forward to if there’s ever a solution to it in Sonarr, as it automating downloading and adding to Plex is a massive time saver.
Thought I’d just add: it turns out it’s all working. Fantastic.
I’m sitting at work and I just pulled up the Plex and Sonarr web pages, the first is already showing episodes added and Sonarr is showing a healthy history of searching, finding and snatching episodes.
