Hello, Branko, > Von: Branko Čibej [mailto:br...@xbc.nu] Im Auftrag von Branko Cibej > >> As others have pointed out, the only cases where compression and > >> packing may cause trouble is working copies with a lot of binary, > >> compressed files (.jars, various image formats, etc.) That's a > >> problem that needs solving regardless of the compression algorithm or > >> pack format. > > This can be handled with a not-compressed flag and storing the data as- > > is.
> You're jumping a couple steps here, the first two obviously being, a), > identify which file formats should not be compressed, and b) figure out > how to detect such files reasonably reliably. That's an easy one: When the compressed file (including gzip-headers etc.) is not smaller than the original file, store it uncompressed. This can be enhanced with some percentage or watermark value (e. G. we need at least a reduction of 42 bytes or 2%). (When we use packing, then the difference of the container size with and without the file is to be compared.) Best regards Markus Schaber -- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com | Web: http://www.3s-software.com CoDeSys internet forum: http://forum.3s-software.com Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
