Subtitles issues

Portisch · 30 June 2026 11:54

The issue is about ISO & CDVDInputStreamBluray. Would be not the first time…

But it should sart apear at 16:58:

When you convert the ISO into a MKV the subtitles match perfectly.

bluesea · 1 July 2026 00:25

If you look closely and compare PotPlayer and MPC-BE, you’ll notice that the test sample durations read by Kodi and CE aren’t accurate, which shows that Kodi can only read the main MPLS, while Pot can read multiple M2TS files under the main MPLS.

PotPlayer and MPC-BE are really easy to control. Switching between different audio tracks and subtitles, dragging forward and backward with the mouse, and going to the previous or next frame all respond quickly without issues like black screens or desynchronization.

Portisch · 2 July 2026 12:14

Subtitle issue will be solved with next nightly build.
It was again a libbluray issue.

bluesea · 2 July 2026 15:06

Really happy, double joy! The bug I reported 3.5 years ago is finally starting to get fixed by developers. The CE version also fixed the bug I reported. Thanks to everyone.

github.com/xbmc/xbmc

[DVDCodecs][Video] Fix Dolby Vision reporting uncropped dimensions on Android (PGS subtitle squash)

master ← sasha-spb-ru:fix-dv-pgs-subtitles

opened 12:05PM - 29 Jun 26 UTC

sasha-spb-ru

+16 -0

## Description On Android, some vendor Dolby Vision decoder components repo…rt the full padded decode surface (e.g., 3840×2160) instead of the conformance-cropped picture (e.g., 3840×1608). This caused PGS subtitles to be vertically squashed and misplaced, because the overlay renderer received a 16:9 source rectangle and incorrectly aligned the subtitles to the video frame. An earlier investigation considered a renderer-side workaround, but the root cause is the decoder's inaccurate dimensions. This patch corrects the values directly by using the demuxer-provided m_hints.width/height - already parsed correctly from the SPS - when the codec's own crop-derived dimensions are larger. The guard only overrides when the codec reports a superset of the real picture, so legitimate resolution changes are not affected. No overlay renderer modifications are needed; the existing alignment logic functions correctly once the decoder supplies accurate dimensions. ## Motivation and context Multiple reports since 2022 describe Dolby Vision files with PGS subtitles squashed inside the active video, while HDR10 files work normally. The issue is specific to the Android DV decoder path. ## How has this been tested? The build will be tested later, and the results will be posted. ## What is the effect on users? Dolby Vision playback on Android with PGS subtitles now matches HDR10 behavior: subtitles are placed correctly in the black bars, without squashing or displacement. All other content types are unaffected. Resolves #28491 ## Screenshots (if appropriate): ## Types of change - [X] **Bug fix** (non-breaking change which fixes an issue) - [ ] **Clean up** (non-breaking change which removes non-working, unmaintained functionality) - [ ] **Improvement** (non-breaking change which improves existing functionality) - [ ] **New feature** (non-breaking change which adds functionality) - [ ] **Breaking change** (fix or feature that will cause existing functionality to change) - [ ] **Cosmetic change** (non-breaking change that doesn't touch code) - [ ] **Student submission** (PR was done for educational purposes and will be treated as such) - [ ] **None of the above** (please explain below) ## Checklist: - [X] My code follows the **[Code Guidelines](https://github.com/xbmc/xbmc/blob/master/docs/CODE_GUIDELINES.md)** of this project - [ ] My change requires a change to the documentation, either Doxygen or wiki - [ ] I have updated the documentation accordingly - [X] I have read the **[Contributing](https://github.com/xbmc/xbmc/blob/master/docs/CONTRIBUTING.md)** document - [ ] I have added tests to cover my change - [ ] All new and existing tests passed

Don’t mark my post as solved until the PGS subtitle color conversion is done.

Can CE add new functions, add the missing previous frame function, and not lock the number of next frames? Right now there are only 80 next frames.

It’s to make it easier to compare when subtitles appear and whether they sync with the hardcoded ones.

bluesea · 3 July 2026 03:59

The subtitle test results are as follows: there’s some improvement, but there are still a few small bugs. 1. The first minute of the external subtitles is still the same as before, not synced. 2. For the two seamless branch videos, after playing for more than 10 minutes, some of the subtitles get ahead.

Portisch · 3 July 2026 07:53

More exactly with screen shots. With this Elio ISO sample.

simonhust666 · 3 July 2026 09:24

Regarding seamless FEL ISOs like Elio : during clip switching, its DTS and PTS may experience jumps or wraparounds, causing timeline issues. In the previous third-party CoreELEC build, the approach of using if (packet.dts < dts) comparison to advance the timeline would cause it to freeze during clip transitions. Will subtitles also exhibit this problem for the same reason?

bluesea · 3 July 2026 09:53

After I restarted the device, I only found one error. The embedded subtitles on the seamless branch are already perfect. Let’s leave it at that, no need to improve it further.

bluesea · 3 July 2026 12:48

Playing a seamless branch Hoppers.2026.2160p, after 46 seconds, the screen goes black but there is sound, and the OSD is not visible

I’ll edit the post and share the link when I have time.

00679.M2TS 0:00:00.000 0:00:45.045
00680.M2TS 0:00:45.045 0:00:24.149

simonhust666 · 4 July 2026 00:47

I have made a dev build and tested it with 115 WebStorage. It seems to be working fine. If it works as expected, I will make a PR to the CoreELEC team once you have approved it.

bluesea · 6 July 2026 07:06

Turn off the DV and play HDR.all ok，but default audio track is the second one.

The black screen might be because it’s playing second video track EL

bluesea · 6 July 2026 13:09

When the screen goes black, follow the instructions in the image to select 2160P BL. At this point, the OSD will be available. However, no matter how you select BL, CE will automatically select EL.