As I reported earlier, when my nvidia driver
accesses monitors with 10 bpc, I loose access
to the VideoLUT. Still unwilling to accept
defeat, I ran dispwin in a debugger and found
something strange (this is version 1.8.3):
dispwin.c:4825
myvisual
= DefaultVisual (p->mydisplay,
p->myscreen);
This returns a struct with:
myvisual->visualid = 0x21;
myvisual->bits_per_rgb = 11;
map_entries = 1024;
The visual-ID 0x21 seems to be correct, as I've
seen that already in several other contexts.
However, the bits_per_rgb is 11 instead of 10.
The rest is pretty obvious: After
dispwin.c:1271:
nent != (1 << p->pdepth)
fails, I get straight to dispwin.c:5113
receiving the message "Unable to access
VideoLUT".
Where might this additional bit come from? Is
this a bug in the nvidia driver?
Thanks,
--
Cris