Dear support, dear @cayars , dear @“MovieFan.Plex” , @ChuckPA ,
I promised to show my case of subtitles not playing when I get home to have access to my systems:
My setting:
- Plex Media Server 1.5.1 (QNAP NAS)
- Amazon FireTV generation 2 (FireOS 5.2.4.0 / Plex App version 5.6.1.505)
- cabled network
Symptoms: I have movies in MKV format which have subtitles shown by Plex. These are fully selectable via Plex Web and Plex FireTV app. But they are not showing while playing the movies.
Test case: I identified one of many movies that has subtitles, created a test library for the purpose of testing the symptoms. That file contains TWO embedded vobsup subtitle tracks. Furthermore, I downloaded external SRT subtitles as well as extracted IDX/SUB subtitles from the source file.
I then took the source file and used “mkvmerge” to create three other versions of the same movie file, two files containing only one of the two original embedded subtitle tracks and one without any subtitles (to use with the external subtitle formats).
The movie contains (and therefore all five files contain) one video track and two audio tracks… here’s the info:
video: Codec-ID: V_MPEGH/ISO/HEVC (h.265 profile Main @L4.0); 1920x800 (black bars cropped)
audio1 & 2: A_AC3 (48000 hz, 6 channels)
I now renamed those five movie files and copied these to five different movie folders (to simulate different movies to make it easier for me to identify the subtitle situation in the logs). In order not to pollute my other libraries Watched status, I took movie names of movies I do not own (it is just a test case after all):
A) Kick-Ass (2010):
Original file containing two embedded subtitle tracks
These two embedded subtitles are shown within Plex as “German (VOBSUB) - forced” and “German (VOBSUB)”.
B) Kick-Ass 2 (2013):
file containing the first embedded subtitle track only
C) Kickboxer (1989):
no embedded subtitles, added the idx/sub external subtitle
D) Kickboxer 2 (1991):
no embedded subtitles, added the SRT external subtitle
E) Kickboxer 3 (1992):
file containing only the second embedded subtitle track
All movies were properly identified in the new library (and were never part of any of my libraries before). From now on, I will reference the files by A) to E)…
Using Plex Web, I selected the first of the two embedded subtitle tracks on movie A) and selected the single external or internal subtitles on B), C), D) and E).
I then took the XML info of all five files and attached it to this post (file: A-E.xml.txt).
With these subtitles enabled to play, I started logging on the Plex App on FireTV and started playing the movies starting with A, ending with E. I noted down the results, grabbed the logs from the FireTV and restarted the FireTV to log from a clean sheet.
A) result: DirectPlay, movie plays flawlessly, no subtitles are showing (filename: A-logs.txt)
B) result: DirectPlay, movie plays flawlessly, no subtitles are showing (filename: B-Logs.txt)
C) result: transcoding (because idx not supported in container mkv), movie stutters heavily, subtitles are showing (filename: C-logs.txt)
D) result: DirectPlay, movie plays flawlessly, subtitles are showing (filename: D-logs.txt)
E) result: DirectPlay, movie plays flawlessly, no subtitles are showing (filename: E-logs.txt)
I tested A) once again with the second of the two subtitle tracks selected, the result was the same (no logs).
I tested all FOUR subtitles in VLC and they played flawlessly.
First results:
VOBSUB subtitles are not playing (even though the logs say, client and server are happy to play it), IDX/SUB is transcoding (nay! on HEVC), SRT is playing well.
While I was on track for this bug, I took the SRT from test case D and copied it to movie folder from A with the two embedded tracks, renamed it to match the file name of A. I then selected the external SRT subtitle on A using Plex Web.
To my surprise, the same SRT file which plays well if the same movie does NOT have embedded subtitle tracks, does not show subtitles with the two embedded subtitle tracks present (log filename: combined-AD-logs.txt).
This is definitely a bug, gentlemen.
Thank you for taking care of it…