diff options
author | Niklas Haas <git@haasn.dev> | 2022-09-28 01:18:54 +0200 |
---|---|---|
committer | Niklas Haas <github-daiK1o@haasn.dev> | 2022-09-29 22:02:00 +0200 |
commit | 98e6fb26a3e03ae58d7026d4a28df3074a7459dc (patch) | |
tree | a40fc37e96046c45f39fcdede46d5a84eb807ebb /DOCS/man/options.rst | |
parent | b2aaf7250ff308bf09f06cbe4599870fd7d9d6c1 (diff) | |
download | mpv-98e6fb26a3e03ae58d7026d4a28df3074a7459dc.tar.bz2 mpv-98e6fb26a3e03ae58d7026d4a28df3074a7459dc.tar.xz |
vo_gpu_next: respect --blend-subtitles=<yes/no>
This brings vo_gpu_next's behavior more in line with vo_gpu. Currently,
the status quo was that `vo_gpu_next` generated subtitles with the full
resolution of the dst crop, even though practical limitations of
libplacebo meant that such subtitles inevitably got cut off at the video
boundaries. This was actually a worse status quo than `vo_gpu`, which
simply constrained subtitles to the video dimensions to prevent these
issues.
With this change, the behavior is the same as `vo_gpu`, which has the
exact same problem w.r.t interpolation. Users are back to choosing
between --blend-subtitles=yes and not having subtitles in margins,
and using --blend-subtitles=no and not having subtitle interpolation.
There are different pros and cons to each approach, and I still
ultimately plan on allowing libplacebo to interpolate subtitles even in
the black bars, to solve this issue once and for all. But for now, let's
not let perfect be the enemy of good.
No attempt is made to implement `--blend-subs=video`, which I consider
deprecated.
Fixes: https://github.com/mpv-player/mpv/issues/10272
Diffstat (limited to 'DOCS/man/options.rst')
0 files changed, 0 insertions, 0 deletions