On 02/10/2016 02:14 PM, Jens Georg wrote: >>> What I've noticed was that the subtitle plugin used to search for >>> some >>> sort of hash (possibly md5 of the video file?), but how just says >>> "primary_http.mp4" -- and this can't be mapped to a subtitles file. >>> >>> Is this fixable? >> I'm using OpenSubtitles plugin, looks like nowadays it has to be >> installed manually because of some licensing issues (?) >> https://github.com/amet/service.subtitles.opensubtitles/releases/tag/ >> 5.0.14b >> >> The hash process is described here: >> http://trac.opensubtitles.org/projects/opensubtitles/wiki/HashSourceC >> odes > Ok. the algorithm says it calculates the hash from the first and last > 64k of the file. I don't see any such seek operation when trying to > download the subtitle. If I manually download the subtitle, the file is > saved to addons/tmp/GUID.srt and copied over to > temp/primary_http.ext.srt. > > Can you exactly describe what used to work and what doesn't now?
The process used to be almost automatic. When you're playing a clip (episode, movie..), open subtitles menu. The last-used service is automatically searched using the Python plugin code. At this point, the list of matching subtitles would already show up. Right now, this point just returns "No subtitles found" and the only thing to do is to click "Manual search string" and enter the series name and season/episode numbers. Sounds like the md5 hash had nothing to do with it since the hash algorithm is different.. but somehow Kodi used to be aware of the name of the show and episode info.. and now it's not _______________________________________________ rygel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/rygel-list
