-
Notifications
You must be signed in to change notification settings - Fork 81
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
[Feature Request] Support detecting anime on title metadata #751
Comments
Which tracker are you currently using and which OS? The mpris tracker prefers the title currently and I think plex and jellyfin do as well. For the strictly file-based ones, suche as inotify and polling, we could probably add metadata inspection via Either way, I occasionally get the opposite situation where the file name is easier to recognize because the title has the episode name in it, so I've been meaning to make a configuration option for it but haven't gotten around to it because it requires touching all UIs, which I've been trying to avoid unless necessary (I personally just use the CLI). |
Arch, auto-detect so it should be using inotify by default
Owh yea, I tried with MPRIS (on mpv, using the mpv-mpris plugin) and it detected from the title. Yea, however the inotify—the one that got selected by default when you choose auto detect—is checking on the filename instead of the title metadata
did you mean
Yea, sometimes the But its not always the case, just like these one So my idea would be, check the filename first, then the title metadata second. As doing such, will gather a lot more info about the video |
Yes.
You mean check the filename if it matches and otherwise check again with the title? That sounds reasonable. However, the tracker code is a bit of spaghetti currently and I would prefer to clean it up before implementing such a retry mechanism (for every tracker that can support it). And cleaning up the code would be better done after we have updated tooling and revised the formatting of the code base because the current one with a column with of what seems like 60 makes me want to shoot myself in the foot whenever I read it and need to refrain from just fixing it to avoid conflicts. Alas, issue received. Will probably be worked on at some point. |
Weird that not all title (I used MPRIS, so
It said |
I also run into this every season and I also tried to submit aliases to Anilist, since trackma also attempts to match aliases, but the edits are rejected because Anilist's search itself is unaffected by this limitation since it can match parts of the title (and the user is then tasked with selecting the intended result from a list). I think we could cope a bit by splitting on colons in titles and attempt to match the first part as well, but that's a different issue. |
Ok, so currently trackma matches for the Romaji and the English title, but only for the full title. But we can give it an alias using the Oh yeah it does work.
wait you can do that on anilist? Ahhh this one? |
Yes, those are the synonyms that trackma also considers for matching. |
I have created #754 for the other topic. |
While the usual format of downloaded anime usually includes the anime name (either romaji or english title) in the filename itself, so e.g.
Frieren - S1E01.mkv
, there's however some provider that distribute anime with a weird formatting, like only episode information on the filenameor just a hard, and unusual filename such as
Do note however that those files have a title metadata inside and the format is
However, trackma doesn't extract title metadata for detection, and it would be really helpful to detect if somehow the title metadata is giving a lot more information (which usually do) than the filename
The text was updated successfully, but these errors were encountered: