Summary: | 12+bit pseudo-color visuals useful in our world | ||
---|---|---|---|
Product: | xorg | Reporter: | Peter Bismuti <bismuti> |
Component: | Server/General | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED WONTFIX | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | enhancement | ||
Priority: | high | CC: | alan.coopersmith, aplattner, aritger, eich, roland.mainz, stuart.kreitman |
Version: | unspecified | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Peter Bismuti
2005-01-16 08:51:12 UTC
Please forward to Ed Eich and Roland Mainz Egbert: How difficult would it be to port the current PseudoColor emulation support to the "nv" driver ? Not very difficult I suppose. I worked on this stuff briefly last December. I'm still struggeling with creating a window for the overlay screen. Theme cursor supports has to have this. At the moment I don't have time to look into this. Egbert Eich wrote: > Not very difficult I suppose. > I worked on this stuff briefly last December. I'm still struggeling with > creating a window for the overlay screen. Theme cursor supports has to have > this. What about turning the XCURSOR extension off (for the matching drivers if the PseudoColor emulation is active) for now until this part is working ? > At the moment I don't have time to look into this. Can anyone from Sun help here maybe ? FWIW, NVIDIA's binary driver currently supports an emulated 8-bit pseudocolor overlay; search for the "CIOverlay" option in the NVIDIA README: ftp://download.nvidia.com/XFree86/Linux-x86/1.0-6629/README.txt It would be technically possible to alternatively provide a 12-bit overlay. 8-bit and 12-bit could not be available at the same time, because the mioverlay.c code in the X server only supports one overlay plane. Peter: I assume these are strictly X applications that require this (no OpenGL)? No, it is primarily an OpenGL code used for scientific visualization. I've just inherited it and had hoped to port it without getting inside it. Given the various obstacles that we're facing, porting the code "as is" to the Linux machines we're using is unlikely. I'll have to get inside it. Not a big deal other than there's a deadline. Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. Closing. If anyone still cares about this feature request, he can feel free to reopen it (and assign it to himself). |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.