From: Peter J. B. <pj...@va...> - 2005-01-18 22:16:42
|
I doubt we're the only ones facing this issue. Soon many will be porting applications from high-end work stations to Linux machines and will face the simiilar problem. I've found other threads that were posted in the past by others as well who've faced this problem. On Tue, 2005-01-18 at 08:36, Roland Mainz wrote: > Keith Whitwell wrote: > [snip] > > > The format of accepted values is: <visual-class> <depth> > > > Here are some examples: > > > > > > using the C-shell: > > > % setenv MESA_RGB_VISUAL "TrueColor 8" // 8-bit TrueColor > > > % setenv MESA_CI_VISUAL "PseudoColor 12" <======// 12- bit PseudoColor > > > % setenv MESA_RGB_VISUAL "PseudoColor 8" // 8-bit PseudoColor > > > > > > using the KornShell: > > > $ export MESA_RGB_VISUAL="TrueColor 8" > > > $ export MESA_CI_VISUAL="PseudoColor 12"<======// 12- bit PseudoColor > > > $ export MESA_RGB_VISUAL="PseudoColor 8" > > > > I've got a feeling that relates to running the mesa xlib (software) > > driver on some long-ago HPUX workstation which exported those visuals. > > Uhm... does that mean the current MESA engine can't handle 12bit > PseudoColor (note that some work in a Xserver-side PseudoColor emulation > layer has started a while ago so this feature may be needed in the > future). > > ---- > > Bye, > Roland |