External subtitles naming convention for Hearing-impaired/CC/SDH

[morpheus65535 4]

This post is probably intended mainly for @Luke but I will appreciate comment/upvote or anything else that would benefit the discussion

I'm the dev behind Bazarr and currently having discussion with the devs teams of major media servers/players (eg: Plex, Jellyfin) and I would like to bring Emby to the discussion table to get all the major teams to adopt a mutual standard regarding those subtitles.

So, would it be possible in Emby to interpret correctly the language name for subtitles filename that would look like this?

• Film.en.hi.srt
• Film.en.cc.srt
• Film.en.sdh.srt

They should be detected as English subtitles and it would be nice to see a custom tag to make the user aware of the hi/cc/sdh content.

Thanks for joining the discussion. I hope will reach a consensus for that standard!

Edited October 7, 2020 by morpheus65535

[Luke 42077]

Hi, what does .hi stand for?

[morpheus65535 4]

Just now, Luke said:

Hi, what does .hi stand for?

Hey Luke, it stands for hearing-impaired. CC is for Close Captioned and sdh for Subtitles for Deaf and Hard of hearing.

In fact, in Bazarr, we threat them all as the same because anyway they are almost the same. You could do the same without any issue.

[Luke 42077]

Ok well yes we can support these, but only when the language is also applied, at least in the case of hi. hi also means the hindi language.

So if the file name has en.hi, we can interpret as english hearing impaired. but if it only has hi, then that will mean hindi language.

[morpheus65535 4]

Just now, Luke said:

Ok well yes we can support these, but only when the language is also applied, at least in the case of hi. hi also means the hindi language.

So if the file name has en.hi, we can interpret as english hearing impaired. but if it only has hi, then that will mean hindi language.

TBH, I clearly discourage having subtitles without language code because language guessing from text is always a PITA and isn't reliable. If the user want to go against that recommendation, it's totally up to him to live with is sh*t.

I would be totally ok with your suggestion!

[Luke 42077]

Ok great, sounds good then.

[morpheus65535 4]

1 minute ago, Luke said:

Ok great, sounds good then.

Don't hesitate if you have further questions or if I can help you. I appreciate your help!

[plittlefield 56]

I too have a request for a SDH Subtitles tweak.

I am naming them like this...

Movie Name (2019) - FHD.eng.sdh.srt

...and would like them to be shown in the interface (of choice) as...

English SDH (SRT)

Thank you!

Paully

[morpheus65535 4]

On 10/7/2020 at 11:47 AM, Luke said:

Ok great, sounds good then.

Hey @Luke, any progress on that feature request? Thanks!

[Luke 42077]

Not yet, sorry. It's on my list.

[tijuco 0]

Would be nice to consider not only ISO with two, but three digit, plus the exception pt-BR 

[Luke 42077]

HI, the hearing impaired status for subtitles, both internal and external will be supported in Emby Server 4.8:

Thanks.

[n00b42 41]

It doesn't bother me, however I wanted to leave a note:

In  4.8.0.62 beta: "movie.en.sdh.srt" (detected as English SDH) works, "movie.en.hi.srt" does not (detected as hindi).

Also, at least when the feature leaves beta, it might be nice to add to the info page: https://emby.media/support/articles/Subtitles.html

[kingy444 117]

Looks like a metadata refresh is also required for them to update - I thought this wasn’t working but then realised new eng.sdh was ok

 

running a full refresh on a few individual items worked the issue out

 

now to process the whole library  

[Luke 42077]

9 hours ago, kingy444 said:

Looks like a metadata refresh is also required for them to update

Correct.

[toomanynights 13]

Hello,

I thought it would be OK to post here, since there was a reply not very long ago in this topic & my problem is entirely about this topic's contents. Tell me if I should make another one instead.

In my instance subtitles are still detected as "Hindi", even though the file is named exactly by the convention:

Vexed - S01E02 - Episode 2 WEBDL-1080p.ru.hi.srt

And  it is created with Bazarr (thanks @morpheus65535, don't know what I'd do without you mate).

I should probably mention that I run the most recent Emby for Kodi version - 10.0.31, straight out of the oven.

Edited June 16, 2024 by toomanynights
added version

[toomanynights 13]

Just occurred to me that EfK version is not that important in this case while Emby Server is. It's 4.8.8.0.

[Neminem 1518]

Check this out Subtitles | Emby Documentation

Instead of Vexed - S01E02 - Episode 2 WEBDL-1080p.ru.hi.srt

Try Vexed - S01E02 - Episode 2 WEBDL-1080p.ru.sdh.srt

If that works do this in Bazarr

[toomanynights 13]

@jaycedkYep, sdh seems to be working.

Weird though, because I thought @Lukeand @morpheus65535seemed to have agreed on HI in this topic earlier.

[Neminem 1518]

Jep Guess things change

But the wiki does state .sdh.srt 

 

Edited June 16, 2024 by jaycedk

[hadim 4]

FYI: I already opened a similar issue before realizing that one existed at 

 

[darkshifty 1]

It seems that this still is an issue, we are five years past the request.

[Luke 42077]

8 hours ago, darkshifty said:

It seems that this still is an issue, we are five years past the request.

Hi. Hearing impaired subtitles are supported.

[aptalca 71]

On 3/1/2025 at 11:58 AM, Luke said:

Hi. Hearing impaired subtitles are supported.

Can you elaborate?

I'm on the latest stable Emby version 4.9.1.90 and subtitle files with names ending in "en.hi.srt" are still recognized as Hindi by Emby.

 

Thanks

 

PS. This media was just added 2 days ago

Edited January 7 by aptalca

[rbjtech 5284]

.sdh. is required for hard of hearing subtitles - add either before or after the language.

ie

filename.sdh.en.srt or

filename.en.sdh.srt or

filename.en.hi.srt

but not - filename.hi.srt

hi is the official 2 char language characters for Hindi - thus should not be used as a hearing impared flag for this very reason - sdh should be used. (Subtitles for the Deaf or Hard of Hearing)

Note - if no language chars are used - then Emby will always detect it as Hindi - see above from Luke in this thread :

Quote

 

"Ok well yes we can support these, but only when the language is also applied, at least in the case of hi. hi also means the hindi language.

So if the file name has en.hi, we can interpret as english hearing impaired. but if it only has hi, then that will mean hindi language."

 

 

Edited January 7 by rbjtech