From: Jeroen M. <je...@ol...> - 2005-03-06 15:58:16
|
Yes, that's precisely the reason why compression is disabled for greater colour depths. MPPC compression (which is the only compression algorithm supported by rdesktop) is only suitable for 8bpp because it uses a history of 8192 bytes. This is sufficient for 256-colour bitmaps of 64x64 plus a little protocol overhead. But with greater colour depths, bitmaps + overhead can exceed 8192 bytes, and then strange things start to happen... I think Microsoft has been using another compression algorithm since rdp5.1 but I don't know any details (except that it seems to be triggered by logon flag 0x0200, judging from the rdpproxy source). Cheers, Jeroen On Sun, Mar 06, 2005 at 02:30:39PM +0000, John Smith wrote: > Hope this is correct list to send this post. > > Using CVS version (few months old) under MDK 10 with below parameters: > "rdesktop 192.168.1.16 -k tr -f -N -a 16 -n Client -x0 -z -r sound:off" > We are getting below error when we launch a specific applicaton on a w2k3 > session. Works fine w/o compression. Is this one of the reasons of > disabling compression for bpp > 8 in version 1.4.0. Or may it be something > fixed in 1.4.0. > > > ERROR: error decompressed packet size exceeds max > ERROR: error while decompressing packet > NOT IMPLEMENTED: bitmap opcode 0x5 > ERROR: order parsing failed > ERROR: error decompressed packet size exceeds max > ERROR: error while decompressing packet > NOT IMPLEMENTED: bitmap opcode 0x5 > ERROR: order parsing failed > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 3:39744 > NOT IMPLEMENTED: order 193 > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 0:12041 > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 33:12017 > ERROR: put bitmap 3:18216 > ERROR: order parsing failed > X Error: BadValue > Request Major code 53 () > Value 0x0 > Error Serial #6335 > Current Serial #6341 > |