mpv-player / mpv-player/mpv

MPV Fails to launch if one specific font is muxed in

Open
#17,205 5 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

down-upstream:builds-packages os:win
Dominant language
C
Stars
37k
Forks
3.5k
Avg merge
1d 10h
Merged PRs (30d)
22

Description

mpv Information
mpv v0.41.0-39-ga58dd8ac4 Copyright © 2000-2025 mpv/MPlayer/mplayer2 projects
 built on Dec 28 2025 00:05:50
libplacebo version: v7.358.0 (v7.351.0-106-gbc90ef9-dirty)
FFmpeg version: N-122272-g224b3ff82
FFmpeg library versions:
   libavcodec      62.23.102
   libavdevice     62.2.100
   libavfilter     11.10.101
   libavformat     62.8.101
   libavutil       60.20.100
   libswresample   6.2.100
   libswscale      9.3.100
Other Information
- Windows version: 11 23H2
- GPU model, driver and version: RTX 4090, 581.89
- Source of mpv: https://github.com/shinchiro/mpv-winbuild-cmake/
- Latest known working version: N/A - Issue occurred on a earlier version I updated and same issue
- Issue started after the following happened: Muxing a font "Script Demolition.ttf" into a video (all other fonts work)
Reproduction Steps

Mux this specific font into a mkv (with mkvtoolnix): https://www.dafont.com/script-demolition.font
The file must also have a sub file e.g .ass but it doesn't matter which video I mux it into, even if the sub file is empty and the video has no other attachments, it will always hang.

Note: I already tried sourcing the font file elsewhere, the hash matched 1:1, and it appears to be a MPV issue as other media players work with it, and windows can also install the font with no errors

Expected Behavior

Opens without hanging

Actual Behavior

Command: mpv "Test.mkv" --msg-level=all=debug --no-config

[sub/ass] ASS library version: 0x1704000 (runtime 0x1704000)
[sub/ass] libass API version: 0x1704000
[sub/ass] libass source: meson, commit: 0.17.4-20-gcbb743215bad0fe202477e569fe8005545258ccd
[sub/ass] Shaper: FriBidi 1.0.16 (SIMPLE) HarfBuzz-ng 12.3.0 (COMPLEX)
[sub/ass] Setting up fonts...

MPV will always hang like this, if the mkv has the font and any sub file (Does MPV only load fonts if the video has a sub file?)

If I use "--embeddedfonts=no" the error doesn't occur, however the font is not installed on my system, and this issue happens regardless if I install it or install than uninstall. As this only happens with this one font, and I cannot reproduce the issue with VLC, this appears to be a bug with MPV or something else on my system causing weird behavior even though mpv is launching with no config.

Log File

output.txt

Sample Files

files.zip
Includes the broken muxed mkv file as well as the files I used to mux.

I carefully read all instruction and confirm that I did the following:
  • I tested with the latest mpv version to validate that the issue is not already fixed.
  • I provided all required information including system and mpv version.
  • I produced the log file with the exact same set of files, parameters, and conditions used in "Reproduction Steps", with the addition of --log-file=output.txt.
  • I produced the log file while the behaviors described in "Actual Behavior" were actively observed.
  • I attached the full, untruncated log file.
  • I attached the backtrace in the case of a crash.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the attached files.zip and output.txt, reproducing with mpv using --no-config and comparing the normal run with --embeddedfonts=no. Trace the hang reached after “Setting up fonts” for the muxed Script Demolition.ttf and subtitle file; done means the sample MKV opens without hanging while embedded fonts remain enabled.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
audio-video-rtc, cli
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.