summaryrefslogtreecommitdiffstats
path: root/compat
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2014-02-06 14:12:04 +0100
committerwm4 <wm4@nowhere>2014-02-12 22:32:40 +0100
commit938dad0b88b0bd3d360e86d5d71f2cdee2fcbcad (patch)
treecead545ebb6726e0855057fd4e1bbd60ec39b15c /compat
parent82b5361946942099490a65425b57c1ad73ca5193 (diff)
downloadmpv-938dad0b88b0bd3d360e86d5d71f2cdee2fcbcad.tar.bz2
mpv-938dad0b88b0bd3d360e86d5d71f2cdee2fcbcad.tar.xz
gl_x11: always request true color visual
This fixes issue #504. For some reason, glXChooseFBConfig() will return a fbconfig with no associated visual. (I'm not sure if this allowed. They don't always have a visual, but since GLX_X_RENDERABLE is set and GLX_DRAWABLE_TYPE is (implicitly) set to GLX_WINDOW_BIT, why would there be no visual?) Even worse, a test program seems to show that a 16 bit fbconfig is selected (instead of 24/32 bit), which doesn't sound nice at all. Since there _are_ better fbconfigs available, glXChooseFBConfig() should normally sort them by quality, and return the better ones first. It's worth noting that this function should also prefer GLX_TRUE_COLOR over anything else, although this comes last in the sort order. Whatever is going on, requesting GLX_X_VISUAL_TYPE with GLX_TRUE_COLOR seems to fix it.
Diffstat (limited to 'compat')
0 files changed, 0 insertions, 0 deletions