summaryrefslogtreecommitdiffstats
path: root/audio
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2013-09-30 00:37:44 +0200
committerwm4 <wm4@nowhere>2013-09-30 00:47:24 +0200
commitc000a08de2d967aff85d0c19b3e8dd3e762a76c2 (patch)
treedeceb1b2e06ea9144ee470a18276201d208e4be8 /audio
parent00d41cc5b065cc809ab64901aca3dcaae8035869 (diff)
downloadmpv-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 'audio')
0 files changed, 0 insertions, 0 deletions