I did a comparison once on how to improve pluckers compression. Overall the system seemed to be pretty good.
Some things that looked like could be done to improve it was: Use a better compression algorithm like bz2 (which was already mentioned). The problem here is that it is more computationally expensive on the palm. Which might not be good for some people with older palms. Plus I don't know how difficult it would be to compile bz2 for a palm. Pack multiple small files into the 32k file space. Compression doesn't work very well on very small files, so if we got 30 1k files, and compressed them as one that would help the compression percentages. Plus it wouldn't be to expensive to uncompress 32k to get a 1k file out of it. This seems like the most logical improvement available. Compress the entire document. This didn't seem very logical given that it would need to decrompress the entire thing every time it needed it which would then take up a large amount of memory. Overall though it doesn't seem like there is huge room for improvement so I am not sure how worth implementing any of these ideas are. Nathan Bullock --- "Lambert, Mark " <[EMAIL PROTECTED]> wrote: > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > Behalf Of > > David A. Desrosiers > > Sent: Sunday, October 03, 2004 7:26 AM > > To: Plucker E-List > > Subject: Re: Plucker Compression > > > > > > > Is there any reference online about the > compression method plucker > > > use? Like how those it compare to other type > compression ways like > > > PKZip, WinZip, etc? > > > > This might help.. > > > > > > > http://cvs.plkr.org/index.cgi/*checkout*/docs/DBFormat.html?rev=HEAD > > > > But it doesn't provide a "comparison" of the > > compression types. I'm not sure that'd be useful, > since > > Plucker compresses on a per-record level, not a > per-file > > level as the compressors you've mentioned use. You > could try > > to find a comparison between zlib and the others > though with > > Google or Yahoo!'s search. > > > > Note that zlib is the same compression as ZIP (LZW) > and so results > should be similar. Plucker could _possibly_ get > better compression by > using a different algorithm (bz2,7z,etc.) but it > would take longer to > create documents and probably longer to display them > also. > > Mark > > > > > > E-Mail messages may contain viruses, worms, or other > malicious code. By reading the message and opening > any attachments, the recipient accepts full > responsibility for taking protective action against > such code. Sender is not liable for any loss or > damage arising from this message. > > The information in this e-mail is confidential and > may be legally privileged. It is intended solely for > the addressee(s). Access to this e-mail by anyone > else is unauthorized. > _______________________________________________ > plucker-list mailing list > [EMAIL PROTECTED] > http://lists.rubberchicken.org/mailman/listinfo/plucker-list > ===== Visit my website at http://www.nathanbullock.org ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca _______________________________________________ plucker-list mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-list
