The Android client has had VOBSUB issues for a long, long, time and have never been addressed.
https://forums.plex.tv/t/mis-rendered-vobsubs-an-issue-since-2017/
https://forums.plex.tv/t/nvidia-shield-tv-mis-rendered-vobsubs-mkv-mpeg2/
https://forums.plex.tv/t/some-subtitles-missing-via-direct-play/
Don’t expect anything to be fixed. The last time VOBSUBs seemed to work 100% in Android was 6.13.7…which was Feb 2018
Shield Android TV SW Version 9.0.2(33.1.0.319) per Settings>Device Preferences>About
Is there anything I could have done different to make sure the correct Plex Employee would see this issue (or any other future issues)?
This issue also exists using Shield Experience 8.2.3
Issue is still occurring. Played 1 minute of video to verify subtitle behavior then generated logs.
PLEX Player Device: NVidia Shield Pro
PLEX Player Version 9.4.0.33105 beta
PLEX Server Device: Synology NAS (Updated to DSM 7.1-42661 Update 1)
PLEX Server Version 1.26.2.5797
Logs
PLEX Player Log 2022-06-09 1751.txt (4.3 MB)
Plex Media Server Logs_2022-06-09_17-51-43.zip (3.4 MB)
Same issue. Only a problem on Android TV. Not a problem on iOS or Windows.
Played an episode for 30 seconds to verify behavior and then generated logs.
PLEX Player Device: NVidia Shield Pro
PLEX Player Version 9.4.0.33297 beta
PLEX Server Device: Synology NAS
PLEX Server Version 1.27.1.5916
Logs:
PLEX Player Log 2022-06-24 0913.txt (4.3 MB)
Plex Media Server Logs_2022-06-24_09-11-50.zip (3.7 MB)
Also experiencing this on Shield TV Pro and not running Beta player
Android SW Version 9.1.0(33.2.0.125)
Player version 9.4.1.33413 (90b62877)
Side Note: it’s worse on my Android phones (Pixel 3a, Pixel 6 Pro), can’t see the subtitles at all - Player version 9.4.1.33413 (90b62877)
Affects both MPEG2 (MakeMKV) and h264 (Handbrake) mkv video files.
Having to use Burn In in order to see subtitles. Up until a few months ago this had never been a problem in the several years I’ve been using Plex. Hopefully it can be resolved soon.
Latest update today, I hoped the updated exoplayer would change something but still the same. I have dozens of subtitled Criterion DVDs ripped to my server, I don’t want to have to switch to Kodi every time I want to watch one.
@anon18523487 Did some testing with my BDSup2Sub vobsub idx files compared to the source vobsub idx files from the DVD and found that ‘scale’ doesn’t exist in the DVD source, but BDSup2Sub adds it in (set as “scale: 100%, 100%”).
What is exoplayer using for that value? That seems like a likely culprit.
You don’t typically scale vobsubs. I also don’t get why a program would add a scaling factor of 100%. Do you see a difference if you use the original from the DVD?
Yes, I can see the subs if run through BDSup2Sub, whereas they are cut off when used from the DVD.
I’m confused. Do you mean the subtitles created by BDSup2Sub work, but the original versions are cut off? I thought it was the other way around.
Not the person you’re responding to, but in my case I’ve never used bdsup2sub and I’m experiencing vobsub subtitle cutoff in my makemkv dvd remuxes and in my handbrake encodes with vobsub passed through.
In previous posts @FlaTechNole21 and I were discussing the use of BDSup2Sub as a possible fix for the subtitles being displayed incorrectly. Original versions of subtitles are not being displayed correctly but if you extract that subtitle from the file, run it through BDSup2Sub, and then remux it back with the video file, then it seems to work correctly. That is not an ideal solution since I would have to repeat that process thousands of times to get all my files working on the android client (especially since I don’t have this subtitle issue on any of my other clients with those same files).
I apologize if my previous posts did not make this clear.
I’m not sure what others are doing but my process is using MakeMKV with the original DVD, and then using handbrake. I keep whatever subtitles were on the original dvd as internal file. I’m not sure if MakeMKV or Handbrake does anything to the original subtitles so I was hesitant to label them as “original.”
I’ll be honest, I went all in on the android TV client back in the day because it handled image based subtitles that come with the original media so well. I started using plex because of the media library functionality and that is still the only thing I use it for. It made total sense to me that plex should handle the pgs and vobsub file formats since that is what comes with the original discs. OCR conversion is not a great solution for the majority of vobsub because of the questionable results.
All that being said, plex handled my vobsub subtitles fine for years and then something broke that functionality, hence the existence of this thread detailing that bug.
If there is anything I can do to provide you with more data to resolve the issue I’d be happy to accommodate you. I appreciate you taking the time to look into it.
If you just remux them fresh without modifying any files at all does that fix it? I’m wondering if the MKVs you originally made were just malformed somehow and remuxing again with the newest version of MKVToolNix would fix it.
My straight makemkv rips and handbrake encodes both have the same issue with cutoff
This issue started after version 8.31, as you can see the note about image subtitle rendering:
These files all direct played with their vobsub subtitles before then something changed and the android client started to display them incorrectly. These same files currently direct play on windows and iOS clients with the vobsub subtitles displayed correctly as I’ve shown in previous posts.
My main TV streaming devices uses the android tv client (NVidia Shield Pro) so it is irksome.
Any solution requiring customers to alter all their media files to address a bug in the software is not ideal.
Hi there, has it been solved in the end ?
Asking as I see no new info on it
No, it is still broken. I have lost hope that it will ever be addressed. It has been 7 months.
Here are the versions of everything I tested last:
Server: Synology DS416play NAS running DSM 7.1.1-42962 Update 1
Plex Server Software version: 1.29.1.6316
Plex Client Version 9.10.0.35867 beta
For all Plex people, such not coherent behavior on Android set box like shield, additionally to how all problems took half a year to be solved with latest major release, it will only make legit people really want and try to move to other solutions like emby or jellyfin.
