[sldev] Running SL on 16-bit color setting

[Callum Lerwick]

On Sun, 2007-12-02 at 13:59 -0500, Jason Giglio wrote:
> Bok-yeon Lee wrote:
> > So my question is 'Does viewer has any 32-bit color dependent code?'.
> 
> The picking render probably depends on 32 bit... you may have to rewrite 
> the picking code to make it work with 16 bit.

I'm scared to ask, but how does the picking code work? Is it using
stencils?

I know on the TNT2, you only got a hardware stencil if you were in
32-bit color. The hardware did not support stencils in 16-bit color. The
TNT2 of course is completely obsolete and I have no idea how much this
limitation still applies to newer hardware. As 32-bit has been the norm
for some time now, I suspect manufacturers aren't bothering to implement
advanced features in 16-bit color.

16-bit color also tends to come with a reduced accuracy z-buffer as
well. Which can result in ugly rendering errors.

I guess the thing to do is hack the viewer to start up in 16-bit color,
and see what breaks. :)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.secondlife.com/pipermail/sldev/attachments/20071203/5f090020/attachment.pgp