On Thu, Mar 05, 2009 at 03:51:45PM +0100, Pierre Ossman wrote: > 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?
You have my vote. As other people wrote client will select other bpp. Adam -- Adam Tkac, Red Hat, Inc. ------------------------------------------------------------------------------ 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
