On Mon, 16 Mar 2009 19:13:27 -0500 DRC <dcomman...@users.sourceforge.net> wrote:
> > Ultimately, I want to modify TigerVNC such that it does not use buffered > JPEG compression at all (but rather compresses straight from the Xvnc > framebuffer, like TurboVNC does.) That would have rendered this issue > moot. I don't follow. This was about output buffer handling, not input. > However, I agree that libjpeg/SIMD needs to be backward > compatible, as long as making it so does not compromise performance. > Thus, I came up with a solution which (I think) achieves both ends. The > solution uses a small local buffer in encode_one_block() to write the > Huffman output if that function detects that the main output buffer is > almost full. This eliminates the need for any special handling in > empty_output_buffer() and should restore 100% backward compatibility. > This seems to be working fine. Thanks. 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
------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
