https://bugzilla.redhat.com/show_bug.cgi?id=2262410
--- Comment #14 from Łukasz Patron priv.luk@gmail.com --- (In reply to Łukasz Patron from comment #13)
(In reply to Akira TAGOH from comment #12)
Sorry, correctly libass. see https://github.com/libass/libass/blob/ 649a7c2e1fc6f4188ea1a89968560715800b883d/libass/ass_fontconfig.c#L209
Are they really ignoring the lang object? As far as I can say, you removed it in this change https://src.fedoraproject.org/rpms/google-noto-fonts/c/609f6bc1323476289beda... and after restoring it, mpv works just fine.
fontconfig does. that's why it works after adding lang="ar" back. In that case, fontconfig drops it because you aren't on ar locale. but the problem is that Noto Sans Arabic isn't for ar only. this was why I removed it there.
Anyway, apparently libass doesn't rely on fontconfig to get the best font against requests. they just gather font list instead and use something they believe it is a best font for context, which isn't in this case. then it should be fixed in libass.
Doesn't seem like libass is used for rendering mpv UI, I recompiled libass.so with `FcPatternDel(pat, FC_LANG);` removed and ran `LD_LIBRARY_PATH=/tmp/tmp.TGPiZYtOoQ/libass/libass/.libs mpv ...`, confirmed that my custom libass.so is being loaded, but the issue is still there.
Never mind, it is used, but commenting out that line still makes no difference.