binary file support and optimization

[TEX479]

yea

[TEX479]

wrong repo, sorry

[not-pyroman]

@TEX479 no worries, what was the intended repo? I might merge these changes as i was going to get around to binary support eventually, i just forked the project initially because i was planning on using it as a library for a different project, and i was only processing text, so it wasn't a major concern for me, but it trying to use the algorithm for the OS of my hosts was annoying (one was windows and the other was linux)

[TEX479]

i was working on cipherOS. the day was hecktic, and I had to open multiple pull requests that day. i just misclicked my for of your dec-enc repo and hit "create pull request" without checking the repository. i only noticed when i tried to go to the previous page in the browser, that i was on this repo instead of the cipherOS's.

and yea, sure you can merge my fork, but note that i didn't really test the changes much, though i did type-check the whole program and it looked like it should work just fine.
i still got some plans for my fork, mostly storing encrypted binaries as binaries, otherwise encryption increases the file size to 5 times the original.

[TEX479]

Just in case anyone ever sees this:
I figured you can calculate a valid password hash instead of brute forcing. This gives an average of 4000x speedup, meaning the program can find the passcode in under 0.1ms
I don't know if there is any application for such speeds, but now we got them either way.