Running the Flatpak of Plex on Arch subtitles do not display on videos. I have verified there are embedded subtitles and they do display in mpv and in the Plex iOS app. Looking at the logs doesn’t reveal anything about subtitles.
Server Version#: 1.31.0.6654
Player Version#: 1.34.1.3578
I have seen it on mpeg2 files recorded OTA with eia_608 subtitles and h264 mkvs with srt subtitles. The same files played in mpv, the iOS app, the macOS app, and the Windows app the subtitles all display.
Yes the subtitles do show as streams in the xml metadata.
This is interesting. Just to confirm, it is the exact same version of Plex HTPC for Windows and Mac both show the subtitles but in Linux it does not? Do make absolutely certain that the Linux version is what you specified because there was a bug fix in these subs recently.
This is interesting because the playback engine is the same across all three platforms and so this shouldn’t be any different across them.
Also, client logs from the linux client may be helpful here.
I don’t have the Windows box in front of me right now but I can confirm that both the Mac and Linux are 1.34.1.3578-e078bda7. The Mac shows the subtitles and Linux doesn’t.
Looks like it’s a missing font issue: [MPVEngine/mpv] sub/ass: Error opening font: '/usr/share/fonts/gnu-free/FreeSans.otf', 0. Is this installed in the host? Looks like in arch the package is gnu-free-fonts.
Well I feel dumb missing that in the log. Thanks for the second pair of eyes.
However that font (and pkg) is installed. Running mpv on the file directly and the subtitles do show. But mpv is installed via pacman and Plex HTPC is via flatpak. So shouldn’t the Plex HTPC flatpak pkg have a dep to install that font in the flatpak enviroment?
I wanted to eliminate whether the font being present on the host resoles the issue but it sounds like you had it already at the time the logs were captured. The exact path of the font is interesting because it’s not where it would be in the build environment. So likely the flatpak has permissions to read your font config (hence where it got the path) but not to read the fonts themselves.
Yes the font was installed when the logs were captured.
I didn’t change the default flatpak permissions initially. I did add an override to allow lircd. And I just played around with adding an override specifically for /usr/share/fonts/gnu-free/FreeSans.otf but it still resulted in the same Error opening the font.