Page 1 of 2
Zlib with PB
Posted: Sun Jul 25, 2004 7:25 am
by kake26
Hi all,
Well, I've been toiling on zlib with PB porting over as much as possible. The good news compress/uncompress and the gzip stuff works fine. deflate and inflate are another story. They use a structure which I really don't think can be translated to PB. On the bright side I CAN DO GZIP IN PB!!! That makes me soo happy. Compress/Uncompress is nice too for buffer compression but not practicle for files, well at least if it is then I haven't gotten that far yet. GZIP is a snap though, nice fast and better than zip. Anyone want to see what I have so far?
Posted: Sun Jul 25, 2004 7:28 am
by PolyVector
sure, I wouldn't mind taking a look
I haven't been able to get any of the zip libs to work with 3.91
Posted: Sun Jul 25, 2004 10:44 am
by Num3
Please make this available to the community!
We've lost all the Zip libs we had under 3.91
Can you please take a look at the LZMA algo from
http://www.7-zip.org ?
That would be a killer to have!
Thanks!
Posted: Sun Jul 25, 2004 5:30 pm
by kake26
Ok, can do. I have gzip working under 3.91. I'm building an enhanced version of it. as some of you may know gzip can only compress one file per .gz, hence why its always a tar.gz. I'm making my own bundeling format to work around it. Actually a simple process. I can't promise the end app will visuallay look good, but it will work. I may make it a commandline app.
Posted: Sun Jul 25, 2004 5:36 pm
by kake26
@Num3: Hey 7z's formats are all in DLL form. This means I should be able to creat PB bindings for the formats. I'll look into this when I'm done with zlib.
Posted: Sun Jul 25, 2004 5:47 pm
by kake26
Well, guess what they are ActiveX componets. this will be fun.
Posted: Mon Jul 26, 2004 3:45 pm
by Num3
LOL!
In the LZMA SDK there's C++ and C source for the algo
Posted: Mon Jul 26, 2004 5:30 pm
by kake26
ROFL, you think I'd translate them to PB, LOL. PB is far too retarded for that kind of a task. I'd make a lib with FPC for that. Translating it to pure PB ouch that be a pain. PB is good, but not that good yet. Keyword is "yet". There are some tasks I will not attempt in PB. Using a DLL and translating the algo itself to PB are two different things. Though I wrote the gzip algo in perl once. In perl it wasn't so bad cause perl can play hanky panky with data to the level where any other lang is put to shame.
Posted: Tue Jul 27, 2004 3:59 am
by PolyVector
Posted: Tue Jul 27, 2004 11:59 pm
by kake26
Well, lets face it PB has still a ways to go. FPC and/or most C/C++ compilers are more mature and capable.
Posted: Wed Jul 28, 2004 1:51 am
by El_Choni
kake26, you don't have to port the zlib source if you don't want to, but you don't need to say that it's ActiveX source, because it isn't. Porting it would just be a matter of work and time because of the source size, and I perfectly understand you -nor me- don't want to spend that time. But maybe somebody else does: volonteers?
Posted: Wed Jul 28, 2004 3:07 am
by kake26
@El: Wow, go back and read again you totally missed it num3 was talking about 7 zip's LZMA source. That I said I'd never port. I do use zlib in its DLL/SO lib form. I'm exploiting the GZIP stuff. I've come up with a archieving format and I am adding encryption support too, via a DLL I'm writting in FPC. The archive format itself is very effiecent despite the fact its lacking a few things I will add in a later version. My question is wheather to release the sources to it all. Or just the gzip zlib stuff. We shall see.
Posted: Wed Jul 28, 2004 10:53 am
by Justin
is this for doing gzip encoding without the zlib1.dll ?, that would be great. looking forward to it
Posted: Wed Jul 28, 2004 11:11 am
by jack
i would also like to see the source code, i could learn a lot from it, but may i sugest that you LGPL the source.
Posted: Wed Jul 28, 2004 11:18 am
by El_Choni
kake26: sorry, you're right
