-
-
Notifications
You must be signed in to change notification settings - Fork 313
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
Detect hearing impaired subtitles when the provider doesn't give the information #535
Comments
This is already the case. Define last resort. |
Currently, when I'm manually looking for subtitles; I can find non-HI subtitles, however subliminal picks the HI subtitles over the non-HI. Last resort; meaning Pick non-HI and if non-HI can't be found try to find a HI version ( |
Please include debug logs and verbose output: https://github.com/Diaoul/subliminal/blob/develop/CONTRIBUTING.md |
|
TheSubDB doesn't differentiate between hearing impaired and non-hearing impaired subtitles. So by default subliminal assumes they are not for hearing impaired. Sometimes this assumption is wrong as in your case. |
In this case what would solve the issue is some algorithm to detect hearing hearing impaired subtitles. That would mean guessing the encoding correctly first and look for specific patterns. |
That'd also possibly mean downloading more than one top-scored subtitle to scan them and skip HI's. |
Hey.
Usually when I run:
It will come with hearing impaired subtitles. I find this very frustrating. Can't there be a introduction of
--avoid-hearing-imparied
?The goal of that flag should be that it will try to find non-hearing-impaired subtitles first, and if they can't be found it's OK to pick a HI subtitle - but only as a last resort.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: