diff options
author | wm4 <wm4@nowhere> | 2020-05-11 19:51:32 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2020-05-11 19:57:34 +0200 |
commit | 55e1f15cdb9d73af56715ffe030a626697c1b917 (patch) | |
tree | b5c8a68ccbcc6fb0b4f7555f10d31ce1236196d0 /TOOLS/mpv-osd-symbols.sfdir | |
parent | 6db890ebab2839443ddbfc34a4a0246d464bd14f (diff) | |
download | mpv-55e1f15cdb9d73af56715ffe030a626697c1b917.tar.bz2 mpv-55e1f15cdb9d73af56715ffe030a626697c1b917.tar.xz |
draw_bmp: add a function to return a single-texture OSD overlay
Maybe this is useful for some of the lesser VOs. It's preferable over
bad ad-hoc solutions based on the more complex sub_bitmap data
structures (as observed e.g. in vo_vaapi.c), and does not use that much
more code since draw_bmp already created such an overlay internally.
But I still wanted something that avoids having to upload/render a full
screen-sized overlay if for example there's only a tiny subtitle line on
the bottom of the screen. So the new API can return a list of modified
pixels (for upload) and non-transparent pixels (for display). The way
these pixel rectangles are computed is a bit dumb and returns dumb
results, but it should be usable, and the implementation can change.
Diffstat (limited to 'TOOLS/mpv-osd-symbols.sfdir')
0 files changed, 0 insertions, 0 deletions