Encoding time without splitting exponentially increases with file size. A small text file takes under a second. A word file may take a few minutes, and larger files take quite a long time. Compressing or zipping a file will help. Always try decoding files before relying on the encrypted versions. If they don't work, try zipping them before re-encrypting.

      A new feature in MirandaFile 2 is the ability to split files when encoding them. This means that it will encode a file in pieces, each of which is the length you specify, and then recombine those at the end to make the encrypted file. Normally, because encoding time is exponential, a two kilobyte file take much longer than two one kilobyte ones, but if you set it to split every 1024 bytes, it will take the same amount of time. Split files are not backwards compatible with MirandaFile 1, but you do not have to enter the size of the split when decoding, that is stored in the file.

      Allowing this will, in theory, increase the difficulty to hack a MirandaFile encrypted file, but it is extremely time consuming. It will also make a file impossible to decrypt with MirandaFile 1. Do not use for anything but the smallest text files.

      This algorithm has never been tested, however it is, as far as I can tell, unique, and the computation required makes it immune to brute force cracking, as our best estimates indicate it would take far too long to crack a reasonable size file. Nevertheless, I cannot provide any warranty or guarantee as to the code or the program's effectiveness.

      MirandaFile 2 will check to see if its version number matches the most recent one at MirandaFile.SourceForge.net each launch. If updates are avaliable, it will tell you. If it cannot reach the site, it may take a moment to launch, but will not act abnormally otherwise.

      Splitting, RDI, and a "% done" feature in the window title are all new in this version, along with a better ReadMe.