diff options
author | wm4 <wm4@nowhere> | 2013-01-27 12:01:08 +0100 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-01-27 13:32:27 +0100 |
commit | df80cd379ae2ea3fbbfd3f2a28e804b8882ea93a (patch) | |
tree | 4a29ae5b579a10baee13ee8065ad01beeefafe8f /demux/demux_rawvideo.c | |
parent | 75164a0e0a409958d10f56b3dabea35914daeba3 (diff) | |
download | mpv-df80cd379ae2ea3fbbfd3f2a28e804b8882ea93a.tar.bz2 mpv-df80cd379ae2ea3fbbfd3f2a28e804b8882ea93a.tar.xz |
x11: simplify handling of X Visuals and Colormaps in VOs
Don't force VOs to pick an arbitrary default Visual and Colormap. They
still can override them if needed. This simplifies the X11 VO interface.
Always create a Colormap for simplicity. Using CopyFromParent fails if
the selected visual is not the same of that of the parent window, which
happens for me with vo_opengl.
vo_vdpau and vo_xv explicitly set CWBorderPixel, do that in x11_common
instead (it was already done for native windows, but not for slave mode
windows).
What gl_common did was incorrect in theory: freeing a colormap while a
window uses it will change the colormap of the window to "None", and
the color mapping for such windows is "undefined".
Diffstat (limited to 'demux/demux_rawvideo.c')
0 files changed, 0 insertions, 0 deletions