You are not logged in.
Pages: 1
Many thanks for your extremely quick solution ab!
Tried it and it works fine, just as expected :-)
(it doesn't play a role that it is slower or that there will be no asm version availale,
when decompressing only a small chunk of data such differences will not be noticeable).
So i raised a ticked, UUID : 82ca067959f305af549cfee81b24a37ebdb6258d
Many thanks ab!
I thought about that (embedding a compressed item containing it's own size information) but was not successful ...
Yes, i would appreciate very much a ticket for something like an optional resp. additional restriction / max parameter
(decompress until this value if given, else use size).
By that, it would not be needed to loadfromstream ... decompress 100 MB (uncompressed) only for to have a very
few meta data available .... that might be used, for instance, for a list view for those files.
Eg. date information, comments, general contents information and so on.
Imagine you need to do that for 30 files, each 100 MB (uncompressed) in size ...
Very useful to have such a possibility!
Besides: i was absolutely surprised, impressed by the speed, at least regarding
compression (whereas decompression was somehow near to zlib).
Pet
Hello!
Is it possible to SynLZdecompress only the first part of my file
opened eg. as TFileStream followed by a Read of the first hundreds of bytes?
The use case: i did compress a lot amount of data using synlz (very fast, wow!)
and try to peek within them very quickly for to read some kind of metadata
that i stored at the beginning of those files.
Trying to achieve that with modifications of the size parameter of the
SynLZdecompress functions constantly did lead to exceptions.
Can somewhere be found a sample?
Many thanks!
Pet
Pages: 1