You already have them. When you rip the disc, you hopefully rip the subtitles too.
SubtitleEdit can read them from the MKV file and do the OCR.
Once you have them as SRT format, you can do as you please - either put them simply as side-car files or mux them back into the MKV.
So I’m confused with the difference between the original .sup files embedded that were huge, and the idx/sub files that are correct size. Is one an image versus one being converted to text? I’m still fuzzy on why it happened, and what I need to do exactly to prevent it from happening, or fix it, because when I put the idx/sub files into MKVToolnix, it worked fine, without any .srt files, as far as I know.
both idx/sub and sup are image-based subtitles. They should in theory be very similar. I can only assume, that some clients still misinterpreting the sup type when it is played directly.
Have you tried this: take the original, misbehaving file and drag it into MKVtoolnixGUI remux it to MKV and add this into Plex
Does this remuxed file show the same incorrect behavior?
Everything you are doing is good except keeping the pgs subs. I don’t know whats with this format but Plex does not display them well, VLC too. I always convert these to idx/sub so i don’t end up with sub to large to display. I use the program BDSup2Sub v5.1.2 to convert SUP subs to IDX/SUB. It’s super easy to use. just run the .*JAR file(java required but everyone already has it installed, lol). Drag the SUP, click OK, then select file->export->save… done. They will still be “picture based” subtitles so the color, quality, and fancy font(if any) will be intact. Transcoding will still happen, of course
On a side note. I really don’t understand why pgs subs don’t work. i mean how many people buy a blu-ray movie and have the subs on. Maybe it;s some kind of subtitle decoder in the bluray player… don’t know.
OK, that is good to know. It did seem to only start when I was using the Blu-rays, as I had done all of my DVDs first, and then started on the Blu-rays. I will try that as well. Thanks.
Don’t bother… I only use MKV when I have subs to add. It will do the same thing.
I do believe they get some kind of transparency when they get converted making them smaller in size.
But if you want, you can drag the *sup and *sub into SubtitleEdit and compare the two.
I think I accidentally deleted the original file I had, but I will test it on another and let you know OttoKerner.
I just tried with a new movie that was having the issue, and with the newly remuxed file, took it into Handbrake, and still had huge subtitles, even with using the imported .srt, but with the ,mkv itself, it worked just fine.
Don’t know much about Handbrake. Don’t use it… Maybe you will get better results muxing the sub’s after handbrake.
Look at what I stumbled on.
Why don’t my PGS/VOBSUB subtitles appear for transcoded content?
Maybe you will get better results muxing the sub’s after handbrake.
How would I go about remuxing the subs in after I use Handbrake, and keep the .mp4 container?
You can use My MP4Box GUI to remux the subtitles into the MP4 file.
Thanks for the tip, this program has become very valuable to me, thanks for telling me about it, and it saves me a lot of time and removes the need to re-encode everything, to add subtitles.
Sorry to steal the thread but I have the same issue. All my media is in mp4 with MOV_TEXT subtitles (muxed by Subler). A couple of months ago they all worked fine both in PMP and the browser, however now they are huge (same size as on the op’s screenshot) ignoring the size setting.
I checked in PlexPy and when the media is transcoded, the subtitles are transcoded to .ass format. That could be what’s causing the issue since it size is normal when direct playing.
First of all, I don’t understand why the subtitle needs to be transcoded when while direct playing PMP can play the original format. Secondly, if it needs to be transcoded, the size should be kept at a reasonable level, or if that’s not possible, the transcode target should be a format that can be played back normally on all platforms.
Sidenote: it’s not an issue on iOS as the subtitle is transcoded the WEBWTT format.
I only ask you start at the top of this thread and try the solutions that were posted. One might work for you.
I read the workarounds and appreciate them, but I’m not going to remux 7TB of media.
This used to be working fine which makes me think that something must have changed either on the server side or on the client. If it helps, I can make a small sample mp4 file that shows the issue.
I can understand… That would suck. I know the O-OP is facing the same thing and as far as we can tell. This is exactly what Mapsking might be doing.
You are probably right. The only “workaround” I see is to downgrade… Maybe…
I see no harm in providing a sample. Who knows, maybe we can fix your issue from a simple setting within PMS.
I’m having the same issue with my mp4 files with embedded MOV_text files! This has to be an issue that arose with a Plex update
Can you provide a sample?
