> 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/HashSou > > > rceC > > > 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
The behaviour is exactly the same with 0.24 here, sorry. _______________________________________________ rygel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/rygel-list
