.srt subtitles not detected in PMS, Plex/Web or showing in players

I have been having this issue and I believe I figured out the problem (at least for me) and hopefully it will help someone else. It started for me when I began using quality in the titles from sonarr. Renaming to .txt.en didn’t work for me.
Renaming the srt files EXACTLY as the video file brings them up in PMS as Unknown.
Adding .eng to the end shows them appropriately in PMS as English subtitles.
Sorry if this has been mentioned or if it doesn’t help anyone. But this fixed my problem whereas the .txt change did not.
Also, I am referring to external srt (downloaded and added to the folder) and I know others may also be having issues with the internal ones.

Cheers.

I am facing the same issue. PMS has stopped detecting the external SRT files. I have already tried to rename the files to eng and txt. Both didn’t work. All previously detected srt files are working fine, but all new added subtitles are not detected.

I have renamed the srt file to txt and attached it to the post. Can Someone help please.

I had the same problem. Now I’ve solved it:
support.plex.tv/articles/200471133-adding-local-subtitles-to-your-media/

Enable “Local Media Assets”
If your media contains embedded subtitles or you have an external subtitle file, you have local subtitles. To include either of these, ensure the Local Media Assets source is configured as follows:

Launch the Plex Web App
Choose Settings from the top right of the Home screen
Select your Plex Media Server from the horizontal list
Choose Agents
Choose the Library type and Agent to change
Ensure Local Media Assets is checked
Ensure Local Media Assets is topmost in the list

@dandanpena said:
Ensure Local Media Assets is topmost in the list

No need for that.

sure didn’t help for me… Having this same issue with Insidious The last key. I name the srt the same name as the file with .nl.srt as back part and still nothing. It does detect English srt but that is located somewhere else (no idea where) and it stays there even if i remove my srt files from the folder of the movie. But my Dutch subs just don’t get reconized…

@FGOD said:
sure didn’t help for me… Having this same issue with Insidious The last key. I name the srt the same name as the file with .nl.srt as back part and still nothing. It does detect English srt but that is located somewhere else (no idea where) and it stays there even if i remove my srt files from the folder of the movie. But my Dutch subs just don’t get reconized…

got it fixed by moving both local media assets and opensubtitels above the plex movie agent (subs where downloaded from opensubtitels, so maybe it detected that.

I haven’t been able to read everything that has been posted to see it would help my problem. I run plex on windows 10 and on my Samsung smart TV along with a Samsung phone. I have followed the instruction on the web site for subtitles, however they still don’t work. i cant even pick one. I have tried playing the movie on WMP and the subtitles come up and work.

Can anyone help?

Hi, if you tried all the above and still had no luck, here is one more thing you can try :smile:

In my case the issue was that I kept my .srt files in subfolders called “subtitles”, which PMS apparently does not support.

I had been using the Sub-Zero Subtitles Plugin for a while, which I had set to save all .srt files to the subfolder. This worked perfectly fine, and PMS found them all without a problem (I guess the Plugin must have made some sort of link? I don’t know…).
I recently disabled the Plugin however and am now using bazarr (in conjunction with sonarr and radarr). Since then, my movies would “loose” the link to the .srt files as soon as I refreshed the metadata.

The solution then was simply to move all SRT files to sit alongside the video files.

If anyone knows of a way that I can I keep my subtitles in subfolders I would be happy to hear it. I would prefer to keep my MKVs and SRTs separated, it makes working with these files much easier…

Hi all. I have had this issue randomly over the past few weeks since I setup Plex (yeah I am late to the game!) so decided to work out what is wrong.

Turns out the issue was simple to fix and has worked on every movie and TV show I had the issue with.

It seems PMS doesn’t like srt files that have a 1 as the first character in the file. Seems it HAS to be a 0.

I found just duplicating the first entry but ensure it is 0 and not 1 fixes it every time.

E.g.

I have an srt file that starts with

1
00:00:09,595 --> 00:00:12,347
When you look
down on the Earth's surface,

that fails to load.

Simply changing it to (duplicating and changing 1 to 0)

0
00:00:09,595 --> 00:00:12,347
When you look
down on the Earth's surface,

1
00:00:09,595 --> 00:00:12,347
When you look
down on the Earth's surface,

Do a rescan and PMS finds the subtitle and all works fine!

Strictly speaking the time stamps and text doesn’t have to be the same but I found automating the process easier this way.

Anyway thought I would share my little fix.

Also for anyone wondering if you just put 0 on its own it will start playback then crash. At least it does on my LG TV :slight_smile:

If you try out this fix and it works for you please let me know!

I should clarify that for some reason PMS does detect and work with some srt files that start with 1 for me. I don’t know why adding/changing a 0 works but so far it has been great. I wonder if it has something to do with how the file is encoded (UTF with BOM vs Windows, etc). I would look into it more but as I seem to have found a working solution for my needs I didn’t want to spend more time on it. Perhaps something for the Plex devs to look at?

Cheers

I have never heard about your suggestion that the line numbering should start with 0.
I’m not even sure that this within the specification of the SRT format.

I’d investigate the text encoding further. Convert all srt files which are not using the UTF-8 encoding.

Indeed it does seem against the file spec for the srt format.

I have noticed I have a bunch of Windows 1252 encoded files that start with 1 and PMS handles them fine but if they are UTF8 it ignores them.

I might mess about with an srt file I know works perfectly to see what makes PMS not “see” it and report back. If I get the time.

Hi! Thank you guys for the help! I’ve tried everything (renaming, .txt extension, change the character encoding, change the owner, permissions, etc…), nothing helped.
As satysin wrote (KUDOS!) the problem was the numbering inside the srt file. If your .srt file starts with index >0 just add these 3 lines:

0
00:00:00,000 --> 00:00:00,000
.

1
00:00:09,595 --> 00:00:12,347
When you look
down on the Earth's surface,

Thank you once again! :slight_smile:

For me (I think) it was that in the Agents tab I chose The Movie Database and also had Plex Movie ticked. Once I unticked Plex Movie it’s working now. I made lots of small changes and refreshes so maybe it was something else and just took a long time… Something to try if someone has problems tho

I don’t think this was the source of the evil.
I asssume, what it eventually fixed was the fact that you made changes at all.
This caused the metadata_combination rule to get rewritten and the ‘Local Media Assets’ agent started to work again.

1 Like

Facing the same issue :frowning:

Try ls -la in order to see owner and rights

Checked that immediately after the post and its correct.

pi@pi4:~ $ ls -la "/mnt/media/Movies/The Kitchen (2019)"
total 8021498
-rw-r--r-- 1 pi pi      91960 Mar  9 12:06 'The.Kitchen.2019.1080p.BluRay.x264-DRONES[rarbg].en.srt'
-rw-r--r-- 1 pi pi 8213921217 Jan 26 19:45 'The.Kitchen.2019.1080p.BluRay.x264-DRONES[rarbg].mkv'

Removed the sub from bazarr and re-added it. Same issue. Nothing irregular about the contents of the sub either.

Can you post the first 10 lines or so from the srt file?

Do the PlexDance on the item, and then upload a zip with the logs

1 Like
1
00:00:57,240 --> 00:00:59,310
- Getting it?
- How do I do this one?

2
00:00:59,480 --> 00:01:01,675
- Two similar things. Similar.
- Oh.

3
00:01:01,840 --> 00:01:03,353
Yeah, that makes sense.

4
00:01:06,840 --> 00:01:07,875
Hey.