On Fri, 13 Mar 2009 13:23:14 -0500 DRC <dcomman...@users.sourceforge.net> wrote:
> Are you two testing it differently? I can confirm that the cjpeg > utility is broken, but the encoder should work fine when used with > TigerVNC. The difference is that cjpeg uses disk-based encoding rather > than memory-based encoding. One of the optimizations I made to jchuff.c > was to prevent it from checking and flushing the buffer to disk on every > single byte written, and in the process of doing that I apparently broke > disk-based encoding. I will fix it. > Still broken I'm afraid. And I've confirmed it's the new huffman encoder as if I back out just that change, it starts working again. This is the kind of output I get from the client: Corrupt JPEG data: premature end of data segment Invalid JPEG file structure: two SOI markers 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
