by loftar » Sat Sep 18, 2010 7:04 pm
The "colour bits", eh? :)
Am I to assume that you mean the final color depth of the video mode you're using? (Or is it some OpenGL settings? Per-application setting?)
I might just be so inclined as to ask why you actually expect such a thing to give any consistent result in any way, especially since your terminology suggests that you actually have no idea what it actually does. :)
I would guess it makes the Haven client run slower because the client only deals with 32-bit color images and textures internally, thus probably forcing your video card to actively convert the 32-bit output of the client to the color depth of the video mode. Probably even once for every texture drawn.
On a related note, you should never set a process to real-time priority unless you really know what you're doing (or at least have more physical CPUs than the program has threads), since an infinite loop would give the program all your CPU time, freezing the rest of the system. It might even be that that act in itself slows the system down, by perhaps starving some other background process (such as the IP stack, depending on how that works on Windows; or perhaps even some DPC used by the video driver) for CPU time. Again, depending on how Windows' scheduler works, it might perhaps disturb the scheduling between the various thread of the Haven client. (Unless "real-time priority" means something else on Windows than it does elsewhere, of course.)
"Object-oriented design is the roman numerals of computing." -- Rob Pike