Emby not detecting SDH subtitle "disposition" in mp4

[K22R8CT 25]

Output from ffprobe.

Emby recognizes default (good!):

        {
            "index": 2,
            "codec_name": "mov_text",
            "codec_long_name": "MOV text",
            "codec_type": "subtitle",
            "codec_tag_string": "tx3g",
            "codec_tag": "0x67337874",
            ...
            "disposition": {
                "default": 1,

 

But not hearing_impaired or captions:

      {
            "index": 4,
            "codec_name": "mov_text",
            "codec_long_name": "MOV text",
            "codec_type": "subtitle",
            "codec_tag_string": "tx3g",
            "codec_tag": "0x67337874",
            ...
            "disposition": {
                "default": 0,
                "dub": 0,
                "original": 0,
                "comment": 0,
                "lyrics": 0,
                "karaoke": 0,
                "forced": 0,
                "hearing_impaired": 1,
                "visual_impaired": 0,
                "clean_effects": 0,
                "attached_pic": 0,
                "timed_thumbnails": 0,
                "captions": 1,
                "descriptions": 0,

 

Not a big deal but it'd be handy if it did the way it does with external subs.

[rbjtech 5284]

This has been requested many times before in the Feature Request section - not only from the containers (MKV, MP4 etc) but also as part of the external subtitle naming (.sdh) for example.

 

[K22R8CT 25]

I could have sworn emby recognized SDH SRTs and in fact the stable version does:

but apparently as a consequence of a bug that parses language as sdh (for files ending in .en.sdh.srt)

which has been fixed in the beta:

Darn.

[Luke 42080]

@K22R8CT

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

Thanks.