{"id":7951,"date":"2012-10-13T23:35:49","date_gmt":"2012-10-14T03:35:49","guid":{"rendered":"http:\/\/scruss.com\/blog\/?p=7951"},"modified":"2012-10-13T23:35:49","modified_gmt":"2012-10-14T03:35:49","slug":"optar-paper-based-archiving","status":"publish","type":"post","link":"https:\/\/scruss.com\/blog\/2012\/10\/13\/optar-paper-based-archiving\/","title":{"rendered":"optar: paper-based archiving"},"content":{"rendered":"

\"\"<\/p>\n

I’ve spent most of the day messing around with Twibright Optar<\/a>, a way of creating printed<\/em> archives of binary data that can be scanned back in and restored.\u00c2\u00a0 It looks like it was written as a proof-of-concept, as the only way to change options is to modify the code and recompile. Eppur si muove<\/em>.<\/p>\n

To compile the code on OS X, I found I had to change this line in the Makefile from:<\/p>\n

LDFLAGS=-lm<\/pre>\n
to<\/p>\n
LDFLAGS=-lm\u00c2\u00a0 `libpng-config --L_opts`<\/pre>\n
After trying to print some samples at the default resolution, I had no luck, so for reliability I halved the data density settings in the file optar.h<\/code>:<\/p>\n
#define XCROSSES 33 \/* Number of crosses horizontally *\/\r\n#define YCROSSES 43 \/* Number of crosses vertically *\/<\/pre>\n
It’s quite important that your image prints and scans with a whole number of printer dots to image pixels. This used to be quite easy to do, before the advent of PDF’s “Scale to fit” misfeature, and also printer drivers that do a tonne of work in the background to “improve” the image. Add the mismatch between laser printer resolutions (300, 600, 1200 dpi …) and inkjets (360, 720, 1440 dpi …), and you’ve got lots of ways that this can go wrong.<\/p>\n
Thankfully, there’s one common resolution that works across both types of printers. If you output the image at 120 dpi, that’s 5 laser printer dots at 600 dpi, or six inkjet dots at 720 dpi. And there was peace in the kingdom.<\/p>\n
Here’s a demo, based on this:<\/p>\n