Thanks for the suggestion Fuzzy. There's only one problem. There is no actual image being encoded. It's the bytes of the data being encoded.
To explain:
An image file is basically a set of blueprints for building an image. The only way you see a picture is because the image software recognizes the file extension, pulls up it's set of instructions on how to use said blueprint, then puts all the pixels in the right order. I'm sure you knew that, but just want to get it out there for anyone who doesn't.
Okay, that out of the way, now to directly answer your post. The thing about my image file is, I'm totally rearranging the data. In a normal image file the data is stored as [red byte|green byte|blue byte|alpha value|repeat|repeat|etc...], mine uses a different method I call Itemized Bytes and Arithmetic encoding™, or .iba(I pronounce it ee-bah for short).
The thing is, I need a little rundown on arithmetic encoding. Sort of understand it, but I don't know how to encode a byte sized number, like 178 per se, into a smaller format. 178 would be written as 10110010 in binary. That correlates to (16*11)+2=178. How do you get smaller that that!? Lol.
Also, on the avatar/location comment. Thank you. I just wish I could change my name to match. I like how your avatar and name go together.
If life were like a box of chocolates, I'd know what I would get... The one that got dropped on the floor and put back in the box.
Iye nehvur yoose spehl chehk, ahn mie tippyng izz fiyne.