srt subtitles and transcoding

[rbjtech 5284]

An

8 hours ago, Carlo said:

I don't want to update the knowledge base yet, because I think the behavior has changed if it's favoring embedded subs over external.

I don't believe that's what's being described here ?  External subs have always favored embedded ones given identical settings.    But that is the problem when 'Default' is used as nobody, not even emby itself, saves external subtitles with 'default' in the filename - thus embedded subs win if they have a default flag, which they often do.  

8 hours ago, Carlo said:

The downside might be that no client would get a direct play file if it contained internal subtitles. Remuxing the video is not CPU intensive and would actually save bandwidth, especially on a lot of ripped content having 40+ subtitles in it.

What do you think?

If the extraction prior to playback was quick - then we wouldn't be where we are today - but dependeing on the file size/strorage etc - this is not always possible.  If the embedded sub is extracted, then there is no need to transcode, as the client/player will use the SRT raw and overlay it.

[rbjtech 5284]

On 25/10/2024 at 23:03, Statick said:

oh it's THIS
the embedded subs are flagged as default, my external subs are not, because I've named them the way the documentation explains, and the way every forum post I've seen on it explains as well. this is the first time I've seen anything that mentions putting "default" in the name as well

 

 

Exactly - I'm finding it somewhat puzzling why the Emby Dev's don't simply change the logic to prefer external WITHOUT needing this default naming - nobody does that, not even emby itself when it downloads a subtitle !

[Neminem 1519]

Just to argue agents not to prefer embedded subs.

Embedded subs are more likely timed right if you pirate you media.

But that's another can of worms.

Edited October 27, 2024 by Neminem

[Carlo 4561]

You might want to checkout the SUB-KILLER plugin found in the Emby Plugin Catalog.

The plugin has a lot of options you can set to control exactly what it will do such as extracting subs, removing subs, specific types of sub to process, forced subs only, etc
It can extract only specific languages as well. It has options to process only new media added which should be ideal, once you've processed your libraries in full.
It also supports processing only specific libraries as well.

I've not tested it, but wonder how it would handle subtitles not marked with a language.

Create a test library and set the plugin to only use that library to test with. Once you're satisfied it's working exactly how you want, remove the test library(s) and add your actual libraries for it to process.

In theory, this should remove all embedded subs, keeping only those you wish to keep as external.  It will also process all new media you add as well.
With no embedded subtitles remaining in your library files the overall issue should be resolved (in theory anyway).

[yocker 1248]

I advice people to look up Tdarr/Fileflows and Bazarr, should fix most if not all Subtitle problems when set up right.

Can be set up to be fully automated and handle everything before a file hits Emby.