Incorrect subtitle rendering after jumping when playing with an external PGS subtitle
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 37k
- Forks
- 3.5k
- Avg merge
- 1d 10h
- Merged PRs (30d)
- 22
Description
Important Information
Provide following Information:
- mpv version: git master
- Windows Version: Win11 23H2
- Source of the mpv binary: https://github.com/zhongfly/mpv-winbuild
- If known which version of mpv introduced the problem
Reproduction steps
Try using --no-config to play a video with external PGS subtitles and perform a seek or jump operation after displaying the subtitle content.
Expected behavior
Normal playback after the seek or jump, subtitle events are rendered normally.
Actual behavior
The subtitle content of PGS subtitles displayed before the seek or jump will still be displayed after the seek or jump and will continue until the correct subtitle content appears after the seek or jump.
https://github.com/mpv-player/mpv/assets/61936050/ac55f8bf-d90c-4823-9bd8-2c065c105ef0
This issue only appears on external PGS subtitles.
Log file
Sample files
Considering that external PGS subtitles are not common, I upload a sample subtitle, extracted from an mkv file.
This is not a good example file, and it has dense subtitle events making the issue less obvious.
[Beatrice-Raws] Evangelion 3.333 You Can (Not) Redo [BDRip 3840x1632 HEVC TrueHD]_rev.Jpn.sup.zip
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce with --no-config, an external PGS subtitle, and a seek or jump after subtitle display, using the linked sample subtitle and log. Trace subtitle rendering and seek handling to determine where previously displayed PGS content remains active; done means old subtitle events no longer persist after the jump and subsequent events render normally.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- audio-video-rtc
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100