All Activity

ok, thanks. Like I said just a strange issue!

Hi, I'm trying to add my Emby server API to Scrob tracker. Both are running in docker on my Synology NAS. Reading the link below it states it's under Expert drop down and Advanced then click Security. In my server I do not have these options. I have advanced and API. I have created an API and named it Scrob, when I put this into Scrob settings it doesn't work. Any help would be appreciated. Thanks! https://dev.emby.media/doc/restapi/API-Key-Authentication.html

I can only assume full library scan was not yet completed at the time and you just haven't noticed the merging once it was through. But that's just an assumption.

None, disabled them years ago. After I add shows I always run full scan.

Do you have any internal meta-providers enabled in Emby? When you initially added those shows, was it with RTM only or full media library scan done?

OK, I will look into this, thanks. I know this is small case sample/issue. I am sure not a lot of shows fall into this category. Any idea why it worked when I added the series to begin with? Then disappeared?

You should have main identifying scraper in Universal scraper settings, and that one will get "default" tag under <uniqueid> node in the NFO and is the one Emby will honor and behave accordingly.

Universal TV show Scraper. However I do have TVDB set for most, not all, scraper options for shows.

I did have one, but, I removed it a week or so ago.

And which scraper you use in TMM?

I don't use emby at all for metadata. All providers are turned off. I use TMM for all metadata.

@RedNo7 In the scheduled task do you have a time limit set ?

That strictly depends on your primary library meta-provider (as that's the one used to identify an item): if you had TMDB as top-preferred one, you wouldn't encounter that occurrence (as those are two distinct entries with two separate IDs); if you have (and likely had) TVDB as the one, there's only a single ID and considered as same TV show.

From a quick look i see some errors happening i need to fix but nothing serious that should stop the detection. I will keep looking.

Full log attached. embyserver-63925130700.txt

Attached. The schedule was set to run at 5am local/BST (4am UTC) embyserver.txt

Just a weird/minor issue I ran into today and wanted to report. ================================================================================================================== One TV show missing from Shows but was still showing under Folders view. I ran into a strange issue with Animaniacs (1993) and Animaniacs (2020). Both are in separate folders and are supposed to be separate shows in my library. C:\Tv Shows\720p\1\Animaniacs (1993) [imdbid=tt0105941] C:\Tv Shows\1080p\A\Animaniacs (2020) [imdbid=tt6951546] When I added Animaniacs (2020) to my library there was no issues. Both shows appeared in library. At some point (unknown time) it disappeared from TV show library. I confirmed that the folder was still where it should have been and started to look for why it was not showing on main TV Show library list. I looked for it in folder view and there it was. Just where it should be. ================================================================================================================== Knowing that other animated shows have weird metadata issues I thought that might be the issue so looked though the nfo for each show. I noticed both shows had the same TVDB ID. Animaniacs (1993)- TVDB: 72879 - TMDb: 82 - IMDb: tt0105941 Animaniacs (2020)- TVDB: 72879 - TMDb: 107124 - IMDb: tt6951546 ============================================================================================================================== It looks like this happens because TVDB considers the 2020 Animaniacs revival part of the original 1993 series, while TMDb and IMDb treat the 2020 version as a separate show. There is already an older Emby thread about this Animaniacs metadata issue: https://emby.media/community/topic/126569-probl%C3%A8me-de-d%C3%A9tection-dune-s%C3%A9rie/ There are also a couple of other reports where a show was available under Folders but was missing from the normal Shows view: - https://emby.media/community/topic/133269-tv-show-doesnt-show-up/ - https://emby.media/community/topic/146230-tv-shows-are-only-showing-in-folders-tab/ ====================================================================================================== Those had different causes, but the symptom was similar. For my case, I removed the TVDB ID from the Animaniacs (2020) tvshow.nfo. I left these IDs in place: - TMDb: 107124 - IMDb: tt6951546 I didn't change anything on Animaniacs (1993). Then I ran a normal library scan. Animaniacs (2020) immediately showed back up in the main TV Shows list. - No database rebuild - No removing and recreating the TV library - No moving folders around - No changes to any of the other shows Just removing the conflicting TVDB ID from the 2020 show and rescanning fixed it. I understand why the metadata conflict exists since TVDB and TMDb handle Animaniacs differently. ====================================================================================================== Animated shows can get messy because TVDB, TMDb, and IMDb do not always group series the same way. In this case, TVDB treats Animaniacs (2020) as part of the original series, while TMDb and IMDb treat it as a separate show. ====================================================================================================== The other strange part is that this setup had worked before. It only became a problem recently. (That I noticed) I found a solution, but I feel that Emby should have still be able to see that they were different shows based on other IDs. So Bug? Database ID issue? Not really sure how to classify this.

Please send a log and since it might be rather big please also mention the time it happened.

It's restarted again. I'm not sure why though. The schedule start is ~6 hours ago. I'll cancel the schedule and see what happens over time (to rule that out). edit: When I stopped the task, I got this showing: ...which is the exact runtime if the process had been triggered by the schedule (and had stopped/restarted the already running manually-triggered process).

At the moment yes. But I had the Amazon version before. Tried all of them.

Same thing happened tonight, and 24 hours later - also around 7PM. Checked logs. Different stuff. Lots of covert processing - I have deleted that plugin. Will pay close attention tomorrow at the same time.

Here are some screenshots... This is just one library. The structure is like this movies - HD - Disaster - Movie (year) - movie (year) - HD.mkv - poster.jpg - UHD - Disaster - Movie (year) - movie (year) - 4K-HDR.mkv Then I have a library Disaster and I add the /HD/Disaster and /UHD/Disaster to it It joins the files perfectly as shown in join.png I have since added a few 4K movies to my library, and after the upgrade (as shown in 4.10.png), it now has the new 4K files showing as latest additions and no poster. If I add a poster to the folder and scan files, they appear fine In summary, 4.10 treats the newly added 4K files as their own entry in 'Latest' where in 4.9 they were ignored and seen as an addition to the original HD version. They are still joined, just the metadata seems to be reflected. As mentioned, I think I have been leveraging a previous bug and I honestly dont care if you just accept this is how it should be as I will work around it, I am just pointing out this upgrade changed things.

yes, but it is just a single 'row' where if I select Latest Media I see a row for every library

They sure did sadly It makes the latest stable completely unusable for me, I had to revert to last stable release. Thank god for backups

Can we get this in the catalog?