|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
|||||
|
|||||
|
Re: New compression method
lolk, I love trying to invent perpetual motion machines! If you ever want someone to take a fresh look at your machine (because I find, that it often times will point out that little flaw that is so obvious... yet, so hidden) make me sign a confidentiality agreement or something.
Though lol, sometimes I feel bad for saying, "Umm... you realize blah blah blah so it won't work..." ;_; |
|
#2
|
||||
|
||||
|
Re: New compression method
Alright heres an update on how build 5 is going:
I was going to try a new method I had came up with about a day ago cause I thought it would be a little better. After running a few tests on it, I found out that only some files ran better then the past method, and sometimes the files even got larger. I havent finished fully testing this program because when a file is being changed through a pass, it ends up with a totally different make-up inside of it which means that it could actually regain the lost bytes and compress below the original file. Although the 1st method is a little more complex, I should still be able to meet that dead line I gave before if anything doesnt 'pop-up' (Life stuff). And if something does happen, it wont delay the test by much. Im putting as much time as I can into programming it right now and dont have work for the next couple of days. I am taking a break from that method and moving back into the first which I thought was going to be very slow, but I redesigned most of it to make it actually faster then the new method. Ive checked a couple of the files after a couple of runs by hand to see if the data is coming out right and everything seems fine. Thats about it for now. edit - Some good news is though that I had finished the compressor before for the first method so I can basically copy most of the functions over and with some changes in file set up it should be good to go. |
|
#3
|
|||
|
|||
|
Re: New compression method
Quote:
|
|
#4
|
|||||
|
|||||
|
Re: New compression method
So Aalfa, do you take certified cheques/money order or have paypal? roffle
|
|
#5
|
||||
|
||||
|
Re: New compression method
Please correct me if im worng but I think this can help prove it a little better:
So say I have 512 bytes of data im compressing. This can contain 3.74 * 10^693 different combinations correct? So say I add a byte to that (513 Bytes), the combinations that creates are 6.16 * 10^693 or twice as much. So say I have one byte as a header that can count the amount of times that data has been compressed. So that header can hold 256 values. So depending on which way those bytes come out (3.74 * 10^693), the counter can hold 256 different values so wouldnt adding that 1 byte for counting actually make the file have 9.57 * 10^695 combinations (256 * (3.74 * 10^693))? Now this is alot more combinations avaliable for the same amount of data. Hopefully I did that right. Data: 512 byte combinations = 3.74 * 10^693 513 byte combinations = 6.16 * 10^693 513 with one byte being a counter = 9.57 * 10^695 If im correct i think that this can prove that that many pieces of randomly generated code can fit in that space. And plus im using a 2 byte main header which can contain 65536 runs. |
|
#6
|
|||||
|
|||||
|
Re: New compression method
Any chance of a Mac OS X compile? Interestingly enough, I'm also collaborating with a friend in producing a new compression scheme that uses recursive compression. Don't ask me about it, though. I'm just building the interface.
mrtoast@gmail.com MrToast [edit] 121st post! Go Rhode Warriors![/edit] |
|
#7
|
||||||
|
||||||
|
Re: New compression method
Quote:
Also, I _love_ math and arguing about math, etc, but _please_ use 2^x instead of 10. With binary stuff it makes it SO much easier to understand what's actually going on. Rob |
|
#8
|
||||
|
||||
|
Re: New compression method
Quote:
|
|
#9
|
|||||
|
|||||
|
Re: New compression method
The judgment might be being made among some of you that the algorithm is automatically a failure since it cannot possibly compress all possible combinations of files to 515 bytes. The algorithm doesn’t have to be equally successful with compressing every class of file, and they don’t all have to be reduced to 515 bytes to be considered successfully compressed. The most “successful” compression technology becomes so by specializing in one class of file or another, e.g., imagery, text, object, and executable files. Our friend here hasn’t yet had the opportunity to run rigorous tests on the wide variety of files within even one class yet to discover the limitations of his algorithm.
This is a learning experience in developing an algorithm. Everyone can help as independent testers, with developing test procedures, mathematical proofs, test sets, critique, etc. Just keep it positive. The mathematical reasoning posted above is very good experience for Aalfabob and for any of us for the type of proof that will be required whenever you develop a commercially viable algorithm. Don’t be discouraged to uncover shortcomings of your method. Last edited by Mark McLeod : 10-09-2004 at 11:56. |
|
#10
|
||||
|
||||
|
Re: New compression method
Isnt the formula combinations = bytes ^ values
so like a 512 byte peice of data ^ 256 possible charactors = 3.742e+693 combinations? edit - Nm got the wrong formula from someone. Last edited by Aalfabob : 10-09-2004 at 15:34. |
|
#11
|
||||
|
||||
|
Re: New compression method
Quote:
2^x Regardless of how you group these bits or your program interprets them, you will always be limited by this fomula. |
|
#12
|
|||||
|
|||||
|
Re: New compression method
The one thing I have been wondering is if your magical algorithm calls on outside data (EG: using a dictionary outside the "compressed" file)?
|
|
#13
|
||||||
|
||||||
|
Re: New compression method
Quote:
|
|
#14
|
||||
|
||||
|
Re: New compression method
Wow, I can't believe this thread has been running for this long. From the very first posts it was evident to me that this is a scam. The subtle mentions of financial gain. The need for patent money in order to make the big greens, etc... The interesting part is that one real chief delphi person mentioned that he knows aalfabob of this wonderfull compression scheme.
However, I realize odd things can come together once upon a time and that all of these scam-signs were inadvertent and aalfabob thinks he has this algorithm. If so then I apologize. However, I am 99.999% sure that such a bold compression scheme is impossible as was probably states a few times already in this thread. On a humorous note: take a look at this http://lzip.sourceforge.net/. I do so register my vote (opinion) as above on this issue. |
|
#15
|
||||
|
||||
|
Re: New compression method
Quote:
![]() Quote:
NOTE: I didn't really do this. You shouldn't either. |
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| Compression Crisis | reisser | 3D Animation and Competition | 9 | 22-02-2004 11:23 |
| IRI Elimination Round Method | D.J. Fluck | Off-Season Events | 19 | 23-07-2003 18:56 |
| Scouting method suggestiongs | punarhero | Scouting | 0 | 26-01-2003 04:27 |
| What is your favorite method for attaching gears to shafts? | archiver | 2001 | 13 | 24-06-2002 04:00 |
| CRYSTAL METHOD CONCERT | drksdofthemoon | Chit-Chat | 7 | 30-04-2002 16:58 |