LZMA SDK 4.60

User contributed sources that have become inactive, deprecated, or generally unusable. But ... we don't really want to throw them away either.
Post Reply
voodooattack
Posts: 605
Joined: Feb 18, 2006 13:30
Location: Alexandria / Egypt
Contact:

LZMA SDK 4.60

Post by voodooattack »

I've translated the headers for the new LZMA SDK, version 4.60 to FB.

The new SDK offers a newly rewritten ANSI-C code-base (which is a complete implementation now - the C++ code wraps around it instead), No more wrappers around C++ code to use LZMA in FB, just pure C interfaces.

I compiled this version with SSE1->3 and MMX support, slightly larger executables. but it was worth it, and it will still work on older CPUs. =)

Read more about LZMA: http://en.wikipedia.org/wiki/LZMA
Original SDK (ANSI-C/C++/C#/Java) and licensing information: http://www.7-zip.org/sdk.html
Download link for FB package: http://www.mediafire.com/?fztvqgql3tm
AMIBCT
Posts: 53
Joined: Jan 14, 2008 8:48
Location: Tehran
Contact:

Post by AMIBCT »

Thanks friend

You've done a great job
cha0s
Site Admin
Posts: 5319
Joined: May 27, 2005 6:42
Location: USA
Contact:

Post by cha0s »

Great job. =) LZMA is a great compression algo. Could we include this in the FB distro?
voodooattack
Posts: 605
Joined: Feb 18, 2006 13:30
Location: Alexandria / Egypt
Contact:

Post by voodooattack »

cha0s wrote:Great job. =) LZMA is a great compression algo. Could we include this in the FB distro?
Sure! that would be awesome. :)
BindarDundat
Posts: 2
Joined: Oct 10, 2010 8:59

Post by BindarDundat »

Sorry to resurrect such an old topic, but I couldn't find any use of this in the search feature.

I started writing a simple wrapper for this so I could pass raw strings, convert the string to a ubyte ptr and compress.

I believe I have this working with utilizing the examples provided, however, decompressing the data ( non-file mind you ) is eluding me a bit.

Questions:

1. Has anyone written any wrapper funcs to do the above ( pass raw non file/binary string/compress/decompress ) ?

2. Are these the only two functions in this entire lzma library ( lzma_compress, lzma_uncompress )? The concern I have in decompressing is sizing the destination ubyte ptr properly without knowing the size the compressed data will be.

3. I see this was asked to be included a couple of years ago, I however did not find it in the latest release, am I missing something or was it excluded? ( Just want to make sure I didn't over look something that could have helped me locally )

Thanks
Post Reply