Whatever is being done in the remuxing process from .TS to .MKV causes subtitles to not be carried over to the new .MKV container. This is a programming error by PLEX and needs to get acknowledged and fixed. In addition PLEX, why are you automatically doing the remux for EVERYBODY? I use postprocessing so the mandatory remux for me in an unnecessary extra step that causes extra CPU load for nothing.
This has been mentioned in a few different threads but keeps getting marked answered when it’s not and is getting lost in the crosstalk.
I’ve been watching these threads pour in related to subtitles and .ts files for just over a week now. Has there been any official response from Plex in regards to the subtitles or allowing users to NOT be forced into remuxing to .mkv?
I see at release 1.7.0 they made mention that remuxing is now the default (which unfortunately this comment was added after the fact with an edit!!..two days after the 1.7.1 release) but no mention that they removed the option to not have remuxing.
I don’t remember which thread it was, but there was one someone flatout said MKV is it going forward period. It was very early on like the day the release 1.7.1
@gbcox said:
Whatever is being done in the remuxing process from .TS to .MKV causes subtitles to not be carried over to the new .MKV container. This is a programming error by PLEX and needs to get acknowledged and fixed. In addition PLEX, why are you automatically doing the remux for EVERYBODY? I use postprocessing so the mandatory remux for me in an unnecessary extra step that causes extra CPU load for nothing.
This has been mentioned in a few different threads but keeps getting marked answered when it’s not and is getting lost in the crosstalk.
Can you run an ffprobe on one of the MVKs and post the output here?
One that is suppose to have Closed Captioning?
Here is the output from a mkv that I copied the other night while post processing was being done on the recording. Copied from grab folder after mcebuddy had copied file to its working folder.
Input #0, matroska,webm, from ‘Scorpion (2014) - S03E02 - More Civil War.mkv’:
Metadata:
ENCODER : Lavf57.72.100
Duration: 01:00:00.06, start: 0.000000, bitrate: 10385 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
Metadata:
DURATION : 01:00:00.063000000
Stream #0:1(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 384 kb/s (default)
Metadata:
DURATION : 01:00:00.000000000
Stream #0:2(spa): Audio: ac3, 48000 Hz, stereo, fltp, 128 kb/s (default)
Metadata:
DURATION : 01:00:00.020000000
When the video is viewed in VLC it does not show a subtitle track.
I’m not worried about subtitles personally. If this information will help resolve the issue just glad to help.
Here is the output from a mkv that I copied the other night while post processing was being done on the recording. Copied from grab folder after mcebuddy had copied file to its working folder.
Input #0, matroska,webm, from ‘Scorpion (2014) - S03E02 - More Civil War.mkv’:
Metadata:
ENCODER : Lavf57.72.100
Duration: 01:00:00.06, start: 0.000000, bitrate: 10385 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
This recording was OTA.
This is what I am seeing as well for OTA Closed Captions, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
and I am being told that CC, for OTA, is carried in the stream and not separately…
ATSC closed captions are carried in the MPEG-2 or H.264 bitstream, and their presence is indicated by the Closed Captions print in ffprobe
New version just showed up 1.7.2.3878. Doesn’t say anything about CC.
Fixes
(Metadata) Use 16x9 aspect ratios for 480p and 576p resolution limits. (#6795)
(MDE) Corrected codec decision to prefer AAC over MP3 when on windows (#6737)
(DVR) Stutter during playback of remuxed DVR recordings (#7070)
(Tags) Tags including numbers were sorted incorrectly (#7027)
(DVR) Multiple concurrent recordings could not be made with the HDHR Dual (#6934)
@hthighway said:
Can you run an ffprobe on one of the MVKs and post the output here?
Were you not able to reproduce the issue… In other words are you seeing closed captions on your recordings?
I am saying that the CC should be there, in the MPEG-2 or H.264 bitstream, and not in a separate stream.
Which is why I asked you to run ffprobe on one of your recordings…
Or install mpv and play the media with that, it should show the CC during playback https://mpv.io.
@hthighway said:
Can you run an ffprobe on one of the MVKs and post the output here?
Were you not able to reproduce the issue… In other words are you seeing closed captions on your recordings?
I am saying that the CC should be there, in the MPEG-2 or H.264 bitstream, and not in a separate stream.
Which is why I asked you to run ffprobe on one of your recordings…
Or install mpv and play the media with that, it should show the CC during playback https://mpv.io.
@gbcox said:
It’s not there.
So you ran ffprobe and you do not see something similar to this?
ENCODER : Lavf57.72.100
Duration: 01:00:00.06, start: 0.000000, bitrate: 10385 kb/s
Stream #0:0: Video: mpeg2video (Main), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)```
Can you post what the output was?
>You did not answer my question...
Which question?
I thought the question was why are there no CCs in these new MKV files.
My answer is, they should be there. Just not in the same manner as they were in the TS file....
Additionally, many, if not all, of the current Plex Clients will not see the CC right now (at least that is how I understand it)
