Jump to content

Emby auto-downloading subtitles that don't match file hash


Recommended Posts

agottschling
Posted

Hi all, I'm running the latest 4.5.4 server build on Fedora Server 33, and I've setup my TV library to auto download English subtitles and have checked the box to require a hash match. However, Emby has recently started downloading subtitles that don't have a hash match for my media, and it also downloads subtitles even when the file has muxed in subtitles. Any ideas?

Cheers!

Posted

Hi there, what is making you think this? Can you please go over an example? Thanks.

agottschling
Posted
44 minutes ago, Luke said:

Hi there, what is making you think this? Can you please go over an example? Thanks.

It's mainly the fact that emby is downloading subtitles in instances where manually searching for subtitles comes up with no results when "require a hash match" is checked. Also, when I drag subtitles onto the search tool on opensubtitles, it says that no subtitles with a matching hash are found. As for the subtitle management screen, I'm noticing that on the latest version of the server that the checkbox for hash matching is missing. (screenshot below) Is this a new change?

image.thumb.png.6ec62cb0888d4f31a75c73f6bc214059.png

While I understand autodownloading when a file only contains PGS subs, I do feel that it should respect the hash matching part. And this also happened to other files that had text based ones muxed in. Also, correct me if I'm wrong, but is opensubtitles the only engine that supports hash matching?

Let me know if theres more info I can provide or if that was a word salad.

Cheers!

Posted
Quote

As for the subtitle management screen, I'm noticing that on the latest version of the server that the checkbox for hash matching is missing. (screenshot below) Is this a new change?

The filter in the manual search screen was arguably clutter so we removed it. The subtitles with hash matches are displayed at the top of the search results so the filter by itself wasn't adding much value.

Posted
Quote

Also, correct me if I'm wrong, but is opensubtitles the only engine that supports hash matching?

Correct.

Posted
Quote

I do feel that it should respect the hash matching part.

It does and I've not seen evidence yet to suggest otherwise. Can we please go over a specific example? Is this the example?

agottschling
Posted (edited)
24 minutes ago, Luke said:

It does and I've not seen evidence yet to suggest otherwise. Can we please go over a specific example? Is this the example?

This is an example of what I'm dealing with, where the auto-downloader pulls subs that are totally out of sync and when I search OS for the files (see Screenshot), it comes up with no hash match. IMO what should happen in this case is nothing should be downloaded, which is what happened in the past.

This is pure speculation, but i'm wondering if what's happening is because non-matched subs aren't filtered out of this list, if the top item is being downloaded regardless of the "require a hash match" setting in the library settings. Could you confirm?

image.thumb.png.a629fb975078cbc1047dfd4dd6144da1.png

I'm sorry if this doesn't make sense, It's a bit hard to explain for me. Please let me know if there is any info I can provide.

Cheers!

Edited by agottschling
Posted

How do we know that the automatic downloader downloaded these? Please attach the emby server log from when that happened. Thanks.

agottschling
Posted

While this isn't for the SAME file as above, I recently transcoded my collection of Person of Interest to save on disk space, this server log shows Emby auto-downloading subtitles for PoI around 6pm.

The files already had PGS subs muxed in, so I understand why it attempted to grab subs. What I'm wondering is why did it grab subs that don't match the hash (as none would because I did the encodes myself).

Hope this helps.

Cheers!

MediaInfo summary for one of the PoI files which had subs auto-downloaded:

image.png.7d46eb3b0de1ac5b9c4930122f4dd57a.png

Emby Server log for the day I added the files to the server:

embyserver-63750931199.txt

Posted

Podnapisi does not support the hash match filter, so we need to update that plugin to return no results when it is activated. Thanks.

agottschling
Posted

Thanks for the update. Cheers!

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...