Zlib with PB
Zlib with PB
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?
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?
-
PolyVector
- Enthusiast

- Posts: 499
- Joined: Wed Sep 17, 2003 9:17 pm
- Location: Southern California
- Contact:
-
Num3
- PureBasic Expert

- Posts: 2812
- Joined: Fri Apr 25, 2003 4:51 pm
- Location: Portugal, Lisbon
- Contact:
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!
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!
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.
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.
-
PolyVector
- Enthusiast

- Posts: 499
- Joined: Wed Sep 17, 2003 9:17 pm
- Location: Southern California
- Contact:
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? 
El_Choni
@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.
