search

pymedusa / Medusa

Automatic Video Library Manager for TV Shows. It watches for new episodes of your favorite shows, and when they are posted it does its magic.
https://pymedusa.com
GNU General Public License v3.0
1.8k stars 276 forks source link

Not all NFOs recognized when adding existing series #2692

Closed labrys closed 4 years ago

labrys commented 7 years ago

Continuation from discussion in #2659

flick1999 commented 7 years ago

@labrys Any progress on this? I still have quite a few left to add. Thank you.

flick1999 commented 6 years ago

I noticed that my show updates had duplicates and the like in them. Theorizing that it was due to corruption thanks to the disk full/corrupt file system I had, I decided to rebuild it from scratch. That brought me back to this issue, of tvshow.nfo and series.xml not being properly read.

I did some digging and I think I found it. The ones that aren't recognized have this:

http://thetvdb.com/api/redacted/series/75805/all/en.zip 75805 75805

The shows that are recognized have this:

https://api.thetvdb.com/login?{"apikey":"redacted","id":75805}|Content-Type=application/json TV-MA 75805

Perhaps this helps in troubleshooting this issue?

Thanks.

Full files attached NOTWORKINGtvshow.nfo.txt WORKINGtvshow.nfo.txt

Santiagodraco commented 4 years ago

This is an old one! I was searching for a resolution to my issue and found this thread/issue. I'm in the same boat as others in ths thread were back in 2017/18. Tons of nfo files not being read in spite of them being complete and accurate. Having to manually add/confirm hundreds of shows.

Is there a resolution to this? It's been 2 years so I'm hopeful!

Thanks.

p0psicles commented 4 years ago

Can you share like ten of the nfo? I can take a look

Santiagodraco commented 4 years ago

Sure thing. Just saw this. Let me put some together and upload them. Next day or so.

Santiagodraco commented 4 years ago

Here are 10 nfo files from shows that Medusa could not recognize but Sickchill did. There are a few hundred like this.

tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt tvshow.txt

p0psicles commented 4 years ago

Ok the issue is, there are no episode detail URL. The url was the only thing we could use to know if it is tvdb, tvmaze or tmdb.

Santiagodraco commented 4 years ago

Ok. Does that mean the issue is on my side or is this something you'll change/fix? I'm confused why Sickchill picked all of them up but Medusa did not. Thanks.

p0psicles commented 4 years ago

You could try to enable the creation of episode nfo / episode details.

It's very simple. Sickchill only has one indexer ( tvdb) we have three. So we need to know which indexer the show was added with.

p0psicles commented 4 years ago

We could do a workaround. Like if we can't detect an indexer, assume tvdb

Santiagodraco commented 4 years ago

Thanks for the response. That explains the issue, makes sense. A work around would be great. I can look into how I can address it on my side but for sure it would be difficult ;)

medariox commented 4 years ago

Where are these nfo files coming from? <episodeguide> is actually a requirement if you want to use scrapers to update the information, the ID is not enough to identify the indexer. See: https://kodi.wiki/view/NFO_files/TV_shows

Santiagodraco commented 4 years ago

I'm using Media Center Master and SickChill (for now). Any recommendations on a better alternative than MCM? Thanks.

Santiagodraco commented 4 years ago

Giving tinyMediaManager a try. I think it will create proper nfo files and hopefully that will resolve the issue.

Still it may not be a bad idea to default to tvdb though if that info is missing. But I'll see if this resolves my issue in the short term. Thanks!

Santiagodraco commented 4 years ago

I reprocessed my entire TV library using tinyMediaManager and this helped considerably. Thanks for the feedback in the issue. I still ended up with about 70 shows unmatched but that was more an issue of them being obscure shows that needed direct matching. Thanks again!