Infinite Compression Explained

Because most of you don't read my blog,(i don't read random blogs as well) and have so much questions about what i'm doing with my programs, i'll write it here:
All of the programs(about 6 developed so far) despite wildly varying routines are targeted to generate large integers.
These integers are not files. Following transformations occurs:
encode
1.file is converted to large integer X(arbitrary length).
2.X multiplied by some scale factor e.g. 10e1000 to get a lower bound
2.(X+1)by some scale factor e.g. 10e1000 to get an uppper bound
3.a search is performed for finding numbers inside that range which are easy to represent via formula.
4.if number(s) found its saved to a file.
decode:
1.a formula is supplied with number(s) and filesize
2.the formula generates an integer/float, which is then divided by scale factor(e.g. 10e1000).
3.the first filesize bytes are then written to output.

the proces isn't perfected yet, because the formulas currently used in my programs either too slow to search or cuttoff at float precision(for non-integer parameters)
________________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>37
Shh FrozenVoid is 1337 hax0r

>>39
You don't need any "wherewithal" to prove that this can't possibly work.

It was proven a decades ago (and it's an obvious, utterly trivial proof), and the fact that /prog/ gets trolled so easily is really disheartening.

Data compression is always one of the areas that attracts the most stupidity for some reason. And /prog/ is attracted to the low hanging fruit of proving obviously retarded stuff wrong.

You fags are sure getting trolled, and you deserve every bit of it. Shame that /prog/ gets ruined in the meantime, for I can barely stand to look at this faggotry now.

>>42
I don't think you quite understand what sage is for. Only use sage for posts you don't feel are worthy of bumping the thread. Please refrain from using sage as a sign of disapproval; thank you. :)

>>43
Was that reply worth a bump?

>>42
We have a saying in /prog/, "If in a thread you don't know who the troll is, YHBT". I think this applies pretty well here, as you clearly can't tell. Everyone here already knows that infinite compression is impossible, but we derive great humour from ignoring that and playing along with that idiot.HIBMT?

>>44
I actually meant to use sage, but I genuinely forgot.

>>45
Actually, the OP's idea actually has some merit. I suppose if you were to make a comparison, the OP reminds me of Howard Roark or Hank Rearden, for those of you familiar with Ayn Rand. A true individualist, constantly innovating and never sitting still.

>>47
I lol'd

>>47
you know who also never sits still? kids with ADHD

>>5
Why would you "compress" a byte to a float power? A float power takes 4 bytes to store, your compression actually inflated it by 3 bytes, a 300% size increase.

Well, we'll wait until you can actually get it to work.

IHBT

>>50
Don't tell him that...

>>50
The idea doesn't work but this is not a good criticism. The point was illustrative, it even said in the post it was not meant for a single byte.

New decimal conversion function complete performance ~1mb/sec (x100000 faster)

______________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>53
come back when you've solved this: http://marknelson.us/2006/06/20/million-digit-challenge/

never mind it appears to corrupt files. i'm going to try to update to latest GCC and try it again.

_________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>55
yes, obviously GCC is the culprit

>>56
>>54
dont see his posts

Such hilarity. It's even funnier that he doesn't see what's wrong with his idea, and even prematurely implements it without verifying the soundness of the idea, and he blames the compiler for what is likely faults within the code and the actual concept (try another compiler if you believe it's the compiler's fault). We could just ignore him (forever) until he produces something which works and can be tested.

oh, and don't bother explaining this with any theory as reasoning with math is impossible with FV, after all he still believes that 0.9 != 1 even after multiple proofs being shoved in his face.

>>57
don't bump his threads

>>60
IT WAS TOP ANYWAY FAG

>>59
well he's 16, he doesn't need to listen to anybody because he is always right

>>58
I never compiled with GCC(previous GCC installs get corrupted and fail). I'm installing it to link with GMP.
Please read posts more carefully next time.


______________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>61
stop bumping the top thread.
where are all these perverts with this weird thread-bumping fetish coming from?

>>63
HOW ABOUT _MY_ POSTS? YOU FUCKING FAGGOT PIECE OF SHIT USELESSTRASHMOTHERFUCKRETRAINANAL

you can't fool others if you're fooling yourself

>>63
i lol'd.
invisible poster is telling US to read his posts more carefully, completely missing his flagrant hypocrisy

invisible poster is telling US to read his posts more carefully, completely missing his flagrant hypocrisy
how do you know what he's telling us if his posts are invisible?

>>68
it's a nickname, shit for brains.
i told you last time FV.
i haven't had the /prog/fixer on for some time now

GMP is finally working.

__________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

i didnt see his posts

Does GMP has a way for using float exponents like 2^2.123211?
 i can see only mpf_pow_ui (mpf_t rop, mpf_t op1, unsigned long int op2)



_____________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

This is serious limitation, as i've already converted half of my current code to GMP.


_________________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>73
Your knowledge of math is a serious limitation.

Convert 2.123211 to a rational.

>>74 Converting to rational wouldn't change the fact its not unsigned long int as its required.
http://gmplib.org/manual/Rational-Arithmetic.html#Rational-Arithmetic provide no rational or floating point exponents.


______________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>75
I will nudge you with programming tips, but if you don't know math, why even fucking bother with this shit?

>>76 Well, what is the alternative of raising a number to ^floating.point number if there is none provided?



_____________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

>>77
Research exponentiation. Be enlightened.

Fine, I'm going to use MAPM for computations and GMP for data conversion.
Because it has this simple function float^float. and GMP has mpz_out_str (FILE *stream, int base, mpz_t op)

___________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est

Unfortunately it wouldn't work.
../../lib/gcc/mingw32/3.4.5/../../../mapm.lib: file not recognized: File format
not recognized

________________________________________
http://xs135.xs.to/xs135/09042/av922.jpg
orbis terrarum delenda est