LZMA compression

[·· ħþø ··]

Matt Campbell wrote:
> Another factor worth considering is the size of the LZMA dictionary, 
> which is determined when initializing the compressor.  The dilemma here 
> is that a larger dictionary leads to a better compression ratio, 
> especially when the data contains much repetition (e.g. many similar 
> screen redraws), but it also requires more memory on the decompression 
> end (the viewer in this case).  The default dictionary size is 8 MB; 
> this would require 8 MB of RAM on the viewer end.  This is fine for most 
> desktop systems, but probably not for cell phones, PDA's, etc. -- yet 
> users of these devices could probably stand to benefit the most from 
> improved framebuffer compression.  Any thoughts on how best to handle 
> this trade-off?

Is there any place in the negotiation process where the viewer could 
check how much RAM is available on the client machine, then pass this 
along to the server and then a dictionary size is decided upon?