diff options
author | wm4 <wm4@nowhere> | 2013-09-30 00:37:44 +0200 |
---|---|---|
committer | wm4 <wm4@nowhere> | 2013-09-30 00:47:24 +0200 |
commit | c000a08de2d967aff85d0c19b3e8dd3e762a76c2 (patch) | |
tree | deceb1b2e06ea9144ee470a18276201d208e4be8 /Copyright | |
parent | 00d41cc5b065cc809ab64901aca3dcaae8035869 (diff) | |
download | mpv-c000a08de2d967aff85d0c19b3e8dd3e762a76c2.tar.bz2 mpv-c000a08de2d967aff85d0c19b3e8dd3e762a76c2.tar.xz |
x11: remove colormap code, always request TrueColor visuals
vo_x11 had a clever trick to implement a video equalizer: it requested a
DirectColor visual. This is a X11 mechanism which allows you to specify
a lookup table for each color channel. Effectively, this is a safe
override for the graphic card's gamma ramp. If X thinks the window
deserves priority over other windows in the system, X would temporarily
switch the gamma ramp so that DirectColor visuals can be displayed as
the application intends. (I'm not sure what the exact policy is, but in
practice, this meant the equalizer worked when the mouse button was
inside the window.)
But all in all, this is just lots of useless code for a feature that is
rarely ever useful. Remove it and use the libswscale equalizer instead.
(This comes without a cost, since vo_x11 already uses libswscale.)
One worry was that using DirectColor could have made it work better in
8-bit paletted mode. But this is not the case: there's no difference,
and in both cases, the video looks equally bad.
Diffstat (limited to 'Copyright')
0 files changed, 0 insertions, 0 deletions