The server current selects a 16 bit framebuffer by default. I vote we change this to 24-bit for the following reasons:
- It's what everyone else uses on their desktops and is therefore the most tested method. We here at Cendio have already noticed a series of annoying compatibility problems from running in 16-bit mode. - Some encodings already require 24-bit (e.g. the JPEG encoding). That means they upsample the framebuffer, resulting in a lot of spent CPU cycles for no real gain. - It's a lot easier to write efficient code when you have one byte per color. The downside to this is a potential increase in bandwidth. I'm not sure there is one in practice though. As mentioned, JPEG already upsamples (and potentially others). And if I remember correctly, zlib is byte oriented so having one byte per colour could mean more efficient compression and a reduction in bandwidth instead of an increase. What do the rest of you think? Rgds -- Pierre Ossman OpenSource-based Thin Client Technology System Developer Telephone: +46-13-21 46 00 Cendio AB Web: http://www.cendio.com
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
