NeoCL v1.1b has been released!

[Neo]

So...does that mean you got my e-mail?

Yes, I got the mail Thanks for the compliment about N.N.S.! Btw, EXEs are usually best compressed with FTT->VBC or similar

I'll Test the LZW-including code as soon as I send this.

Ok. I might be able to catch the mail before I'm going offline again soon...

I'm impressed Neo. You take a year working on your 5 or 6 algs, then add LZW to your prog in :o 1-DAY :o You 'da man! (or...one of 'da men :wink: ...don't want to insult Rel, plasma, nat, et-al)

Thanks for the compliment! :roll:
But I have to tell you:
I didn't code those five algorithms in one year. I researched for almost a year, together with Scorp. Then, when we had enough information to do something, we coded the algorithms, in about 2 weeks. This was quite easy in C++ (with classes etc). Now, I only have to convert the C++ code of those algorithms we made a while back to QB, although this usually is harder than it seems (especially when converting pointer-algorithms).
Yesterday, I converted (or tried to convert) LZW. I thought it was ok after some test runs, packaged everything and put it on floppy. Then I found a bug and an "Overflow Error" and "String space corrupt errors". Been filtering those out till about midnight. The cause was a faulty conversion from pointers to QB. Then I ran some tests again and came to the conclusion that the decompressed files are some bytes larger than uncompressed files, although the contents are exactly the same! :-? I tried to solve this problem, and I finally saw I missed a "=" (is-equal-to sign) somewhere in the algorithm. It was 01.00 AM then (note: I started at 18.00 PM the previous day). So... I hope it works now and that I didn't forget some more stuff, although tests show that it seems to be working fine now.

Anyway, I was quite tired afterward (but with a good feeling of having achieved something ). If you want to see what I was talking about, take a look at the code in LZW.BAS

The GZip code you were talking about, I took a look at it, and came to the conclusion that it'll cost me ages to convert to QB... (I'm on uni so I don't have much time every day). Maybe for now, these 7 compression algorithms, when their powers are combined, provide enough compression for QB people
I mean, it wasn't my goal to beat WinZip or WinRAR or so (although I sometimes did beat them with many many bytes), just to provide some cool routines for other QBers, so that they can control compression in their programs themselves, together with an acceptable compression (usually around 50%, twice as big as zip).

For now, my future goal is implementing Arithmetic (En)Coding using a BigDecimal library for QB I still have to invent (aw Oracle, why didn't you finish StatLib? )

I hope you understand

Also, anyone? comments or test results?