|surkeh 137ae8fc5d Require decode output file name until safe alternative decided upon||1 year ago|
|include||1 year ago|
|lib||1 year ago|
|src||1 year ago|
|.gitignore||2 years ago|
|.gitmodules||1 year ago|
|LICENSE||2 years ago|
|Makefile||1 year ago|
|README.md||2 years ago|
Paperback-cli is the crossplatform, backwards-compatible, command line version of Oleh Yuschuk’s PaperBack. Originally designed to print encoded data directly to paper, it has been simplified to focus on encoding and decoding bitmaps that can be written to any printable media via whatever printing mechanism is available to your system. Recommended for small files such as cryptocurrency wallets, key revocation certificates, password databases, and any other important data only a few megabytes large. While the capacity is small compared to conventional storage media, this program encodes or decodes non-electronic backups characteristically resilient to or unaffected by electromagnetic disturbance, water, and heat.
git submodule update --init --recursive make
Symmetric encryption and compression recommended prior to encoding
./paperback-cli --encode -i [input] -o [output].bmp
./paperback-cli --decode -i scanned.bmp -o original.gpg
e.g. scanned_0001.bmp through scanned_0029.bmp
./paperback-cli --decode -i scanned.bmp -o original.gpg -p [nPages]
Decryption and decompression has been ported for backwards compatibility with existing backups but more appropriate tools, such as gpg, tar, and bzip2, should be used to preprocess the data before encoding. Printing has been removed entirely for cross-platform compatibility.
Settings depend on the target printer, scanner, and the abuse you expect the printed medium to endure. Inkjet printers are substantially less precise, requiring low DPI settings to be readable (200 by default). The recommended DPI for laser printers is half of your scanner DPI (600 dpi printing possible with scans of 1200 DPI). Oleh recommends a dot size of 70% (default) to ensure adequate white space. Redundancy guards against partially damaged data (default of 5 is 1 block of redundant data per 5 blocks), so higher settings increase chances of recovery after damage. Header and footer prints page and file information (on by default) but has not yet been implemented in this version. Border prints a black border around the data (disabled by default to save ink).
Several QR code-based paper backup programs have been written since Oleh released PaperBack 1.1, each with their own advantages. Intra2net (paperbackup) explains that the ubiquity of QR codes allows his solution several high-quality encoder/decoders. With good density, excellent error-correction, and several alternatives if one decoder should fail, QR codes are an excellent choice. PaperBack also detects and repairs damaged data but the advantage of PaperBack is signifcantly higher density, due to the layout of data. Every cell of a QR code sacrifices space for alignment blocks, whereas PaperBack uses the grid itself for this information. The disadvantage is, should PaperBack fail to decode, there are no alternatives except previous versions of PaperBack. Twibright’s Optar is very similar to PaperBack, but, according to Oleh’s claims, PaperBack stores 500kB per page while Twibright claims to store 200kB. Comparision testing to follow as time allows.
Forked from Oleh Yuschuk’s PaperBack
Paperback-cli is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.