-
Notifications
You must be signed in to change notification settings - Fork 113
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multiple TVDB episodes mapped to the same anidb episode #500
Comments
To add to this, I have had the same issue alongside the main posters for the series all being the same when using sorting by anidb. All three of these will grab the same TVDB poster for the show and set it as the main poster, however after looking at the downloaded posters, it seems the correct posters are being downloaded, but just not set as the main poster. |
Issue is tvdb to anidb. Episode mapping as both tvdb épisode point to the same episode in the end: @ZiFinity not same issue. Check in hama logs at the end the series poster selected and it's priority but pretty sure AniDB is not first in metqdqtq source order in settings be side the quality is often crap and TheTVDB poster can't differentiate series at that level... |
Oh, can't hama differentiate by grabbing the poster under the anidb show to tvdb season mapping as tvdb seasons have posters? I thought hama was supposed to do this? |
Mapping from anidb to tvdb comes from the anime-list file and if you check that file mapping what you are saying is not correct:
As you can see above, defaulttvdbseason is set to 3 so episode number 1 mapped to anidb-13493 should always go to s03e01 and NEVER s01e01. |
@KurtzPT Wait, why would it even convert to Season 3? Unless I'm missing something, |
You didn't understand my point, when I mentioned season 3 I wasn't referring the season in Plex but instead I was referring where hama should grab the Metadata on tvdb. So if I use anidb mode, everything on Plex is season 1, but the Metadata is grabbed from anidb and the associated episodes on tvdb (which in this case they are on season 3 in the tvdb website) But it's clear there's a bug in the agent because it maps all episodes to two different seasons on tvdb, when the mapping file only defines season 3 as the correct mapping. |
To add, this isn't just with SAO, It's happening with other shows that are also on the mapping file. |
Hence the 'another mapping' starting the bug report title... The function that maps TheTVDB to AniDB ep number has flaws
|
I found that issue before, but since the title of that issue says "same season" I wasn't sure if it was the proper place, since my example is basically episodes mapped to multiple seasons. |
Different thetvdb episodes mapped to same episode, shouldn't happen and same function is at fault I haven't been using plex for years, NAS is shutdown and in Ireland, am in France with work laptop, will not reproduce issues. I can try coding without tests like i usually do, here is my attempt at a failsafe to not allow multiple mappings to the same ep. Failsafe to be implemented after this function call, should remove bad mappings n the meantime and limit bad metadata: https://github.com/ZeroQI/Hama.bundle/blob/master/Contents/Code/TheTVDBv2.py#L171:
or maybe simpler and better: :
If somebody can test (KurtsPT?) and see if the mapping to the same valid ep is resolved, then i need to fix the initial issue but need logs to see the mapping before/after and figure out the actual fix. Edit: Work in progress of the mapping debugging Mapping issue located in function: https://github.com/ZeroQI/Hama.bundle/blob/master/Contents/Code/AnimeLists.py#L299
|
I can try out and test later today and report back. |
|
Alright tried out the 1st version: It didn't work. It matches everything to season 1 ONLY.
|
@ZeroQI I set debug on |
I edited out that anidb_ep method to force debug and here's a snipped of s01e01 using the solution 1:
And s03e01:
|
Still the same as the 1st solution:
|
Possible issue from b475676 as is the last change to that function. Try reverting these changes and test. |
I'll try that tomorrow since it's very late now, but if I revert that PR, it will reintroduce the issue that PR fixed. :/ |
Hi, was there any progress regarding this issue? or is the current fix temperamental? |
BTW, it seems Shingeki no Kyojin OAD [anidb-9826] has the same problems.. Episode titles are from Shingeki no Kyojin [anidb-9541]. |
#464 got hte following fixes applied:
we need to revert. One example in the other case was:
Hama does not make the mapping at all in every of these 4 specials. HE had to create anime-list-custom.xml with the following:
The key point was to know if the mapping file should have been this instead to handle s00e01-04
If we use implied matching, we are going to get conflicts, and better a meta not there than conflicts
Since mapping are defined as such, i believe the mapping behavior need to be implicit without msapping-list and explicit without, otherwise, we will get mapping issues
What is the consensus on reverting fully the fix ? |
If you revert the #464 fix as it is, it will start to not follow the proper logic that was implemented in the anime-list mapping. In short, you'll fix one issue and create the issue that was happening in #464, because Hama is not applying the correct logic that is being followed by anime-list guys that created and are maintaining the mapping file. The proper way would be to make both fixes for #500 and #464 without any of them breaking the other. |
In short, if
So in short looking at the example above, anime-list logic will never put direct episode matchings on Only the episode 5 entry would be defined in The oficial mapping (which was confirmed by the maintainers of the repo in #464) would be:
|
On an endnote, looking at the example I gave in the beginning of this issue:
The issue I reported above shouldn't even look at So in short the Hama logic is broken and reverting #464 will NOT make it right. |
Has this issue been looked at? |
From last months activity on this project I would say this is not being actively developed by @ZeroQI anymore. I only see PR merges from other people. Unless someone takes their time around the Python code and make a PR, I don't see this being fixed anytime soon. |
Very unfortunate :( , this bug is my only issue with Hama, can't get EVA, Ghost in the Shell and Monogatari Series, etc. right. |
The problem is still there. For example for movie "Violet Evergarden Gaiden: Eien to Jidou Shuki Ningyou" instead of "Complete Movie" there is an episode: "Episode 1·"I Love You" and Auto Memoir Dolls" which actually belongs to Violet Evergarden TV series. |
This was wrongly closed as completed, since the PR merged logic is failing in some cases. Unfortunately like I said above, there's no active development on Hama and a lot of stuff is broken at the moment (not just this issue). The repository owner @ZeroQI seems busy and there's no intention (at least publicly announced) from him that any of the stuff broken/failing will be fixed in the future. |
So I found an issue that probably is happening to a bunch of other shows where episodes are being mapped to two different seasons at the same time on TVDB.
Example:
File to test it:
[!] file: "/media/Ani-Test/Sword Art Online Alicization (2018) [anidb-13493]/Sword Art Online Alicization - 03.mkv"
Some logs:
Episodes match:
ASS Logs:
This is an issue because in this example it sometimes sets thumbs from the season 1 episode as the default thumb (while downloading the correct season 3 episode thumb).
The text was updated successfully, but these errors were encountered: