Server Version#: 1.32.0.6918
In some .mkv containers, the subtitle font is set to Trebuchet MS. Since this font is missing from the docker container and the Linux build, subtitles are not displayed correctly. (no spaces, small punctuation marks)
24
00:01:34,720 --> 00:01:38,930
<font face="Trebuchet MS" size="24"><i>A treasure that was too dangerous
to sell, and too dangerous to use.</i></font>
Incorect
Correct
The copyright of this font lies with Microsoft. Therefore it is not possible for Plex to include it into its own software. It can only make use of this font if itās already present in the operating system (which is the case on Windows).
There is no guarantee whatsoever that Plex will be able to render any random font which somebody has defined in some random subtitle file.
Use a different subtitle or remove the font definition.
It seems that in the previous version 1.31.3.6868, Plex ignored the font defined in the subtitles and used a more acceptable default font. (there are spaces, and punctuation marks have a certain size)
It would be great if you could revert to the old default font in case a certain font is unavailable.
Is there a way to upvote this topic? 
Many of my videos have the same issue as described above: the whitespaces between words are too narrow making the subtitles unreadableā¦ 
Bumping this. I just went through the investigation steps (log collection, screenshots, etc) before seeing this thread. Iām having the exact same issue after upgrading. This impacting the WEB player as well as the Samsung TV player, however subtitles are rendering fine through Roku and the Plex Windows Dekstop App.
Web App:
Desktop App:
Subtitle Details:
Style: Italics TK,Gandhi Sans,72,&H00FFFFFF,&H000000FF,&H00593435,&H00593435,-1,-1,0,0,100,100,0,0,1,2.3,0.6,2,30,30,60,0
Dialogue: 10,0:00:17.70,0:00:21.62,Italics TK,Nasa,0,0,0,,It's like my life is being \Nsucked up by this snow.
Thereās only one Style that uses āTrebuchet MSā and itās a sign translation; Iām not sure why it would impact the entire output of the file instead of just that section. ā Iām also not an expert on subtitles.
It looks more like there is no high-quality font available in your Docker container for the Plex Transcoder to use. So it is falling back to some font with very poor kerning.
If this were based on the container or install, Iād expect more consistency with the output between different players. Eg, Iād expect the font to be messed up while transcoding to the Roku app or Windows Desktop app, but it works fine through those.
Same issue here. Happens on both my binhex/arch-plexpass docker install as well as my Ubuntu 22.04.2 LTS Install. Reverting back to 1.31.3.6868 solved the issue for me. I am also only having the issue on specific players, notably the web player.
The font file on the server is only used by the Transcoder, if it has to āburn inā subtitles. And that is only necessary if
Subtitle format support varies between different client types. So the issue not being consistent is only logical. The clients which show subtitles correctly, are those which can render the subtitles themselves.
@OttoKerner , It looks like reverting back to 1.31.3.6868 does in fact resolve this issue. Something must have changed ā this might have come with the update to deprecate support for older systems?
Is someone here using a Synology NAS as server and is experiencing the same issue?
No, but if itās for the sake of troubleshooting, I can be.
Iāve seen at least one report from a Synology user who days it is the same on Synology, but not on Windows.
Which suggests that all Linux based platform might be affected.
Iām running Plex inside a Proxmox LXC container based on Ubuntu 22.10
Based on my testing, the issue has been client specific:
Plex Web Client: Bad formatting
Plex Desktop Client: Good formatting
Samsung TV App: Bad formatting
Roku Stick TV App: Good formatting
Iāve explained above why that might be.
Right, I can confirm the Plex Desktop Client direct streams the subtitles while the web client burns them ā makes sense. If you need any kind of testing done, just let me know.
So, my working hypothesis so far is that this is affecting text-based subtitle formats (SRT, ASS) which are getting burned-in on the server.
Which means that if you are using the web app, you can only reproduce it with ASS subs, because the web app can render SRT subs itself.
Picture-based subs are not affected, because they donāt need a font. They are simply bitmap pictures.
Was able to do a bit more testing today, It seems to be definitely only when the subs are burned in. As switching my plex web player settings to āOnly Image Formatsā:
Results in the subtitles showing without issue:
However this seems to have the side effect of causing playback failures and rendering issues for more complex subtitles that worked fine with the āautomaticā burn in setting:
When it looks fine and plays back perfectly fine with the burn in set to āAutomaticā:
I can also do any more testing if needed
Thank you, it works for me as temporary fix. I set to āneverā on my LG TV app and it helps there too.
