9 ms·
PaperBack: How to store arbitrary data on A4 sheets of paper (2007)
- Solvency 3y agoAnd not a single photo of a resulting printed page. Why do developers absolutely loathe showcasing their final product?
- Ringz 3y agoI agree with you! I see this so often that I often wonder what's going on in the minds of the developers. You put so much effort and invest so much time to write software and documentation - but in the end not enough for an ELI5 with a picture or a simply descriptive text.
- joebig 3y agoEarlier discussion: https://news.ycombinator.com/item?id=10245836 https://news.ycombinator.com/item?id=10245836
- Retr0id 3y agoThe example image linked in that thread is 404ing, and I think I found a working equivalent: https://i.extremetech.com/imagery/content-types/00mAYSZIZNhuFe6VKYbhVi0/images-4.gif https://i.extremetech.com/imagery/content-types/00mAYSZIZNhu... (it comes from this article https://www.extremetech.com/extreme/134427-a-paper-based-backup-solution-not-as-stupid-as-it-sounds https://www.extremetech.com/extreme/134427-a-paper-based-bac... )
- deleted 3y ago[deleted]
- CalRobert 3y agoI am reminded of a chat I had with the founder of https://www.clump.org/ https://www.clump.org/ , trying to do paper backups as a service.
- sebstefan 3y agoThat's a very fun idea. I would really love for the blog to get filled with content because the economics of it fill me with questions I'd love to see how mechanized you can get it as well
- OJFord 3y agoSurely the manufacturing process for paper uses more carbon than was extracted from the atmosphere by the former tree? Or have I misunderstood the idea here/it's not regular paper?
- boxed 3y agoPaper manufacturing isn't very carbon intensive. Paper mills for example look great on environmentalist scare-propaganda, but the big clouds of smoke are almost 100% water vapor :P The mills themselves burn lignin for power and even export it.
- Cthulhu_ 3y agoInteresting one, also for storing records long term. Paper isn't ideal but if it's stored properly and there's no fire / water damage, it'll last for a hundred years easily, after that I believe paper gets fragile etc. But I'm sure there's modern day manufacturing and storage processes that can make it longer lasting, like including plastics or something in the paper, cool environment, and draining oxygen from the environment or replacing air with nitrogen, which can be done passively (a box type storage unit, fill with nitrogen, no pressure needed as nitrogen is heavier than air I believe). But anyway, that's a lot of effort for relatively data-loose (not-dense) information and a lot of ideas for an industry (physical archiving) that's been around for hundreds if not thousands of years already.
- itronitron 3y agoFor long term storage you could laser etch metal or stone plates. Then when you wanted to scan a copy you would first print the etched plates with ink onto paper.
- fsiefken 3y agothis seems like one of the most efficient ways to store/print read-only data on paper, perhaps data can be compressed with wrt+paq8px so compressed (text) data can potentially be doubled to a total of 12*500 KB of books; 6 MB text on one A4, so the KJV bible could fit. https://www.mattmahoney.net/dc/text.html#1250 https://www.mattmahoney.net/dc/text.html#1250 or... a few high res photographs of important moments or persons. A VR environment or 45 minutes of speech or music @1.5 kbps with Vocos or Meta's EnCodec https://gemelo-ai.github.io/vocos/ https://gemelo-ai.github.io/vocos/ https://github.com/Rupan/paperbak https://github.com/Rupan/paperbak Perhaps make it an android, linux or ios app... even though running an old windows binary on android is feasible. Or perhaps one should just use paper to fit a maximum of 75 KB of squashed readable multicolumn (6) on a landscape A4 printed with Tahoma smallest print. Perhaps use an alphabetic shorthand like bref, yash or briefhand for a human readable 30% compression. Who needs more then 100 KB on an A4 anyway? One and a half month of journaling. Would be nice if I could get one year of human readable personal insights/interactions/things completed on a double-sided A4 without advanced compression.
- sumtechguy 3y agoI spent way too much time on a project similar to this years ago. I figured a 8.5x11 sheet of paper reduced to 8x10.5. With 1000dpi that is 84 megabits of data you can spit out. Way more if you use color. x5 if you just use the standard colors (white, black, cyan, yellow, magenta) 420 megabits. That comes out to about 52.5 megabytes. Now realistically. You will probably have a pretty awful scanner (100-300dpi) you can get better but they cost more. Also your scanner has to be spot on the grid to get the full amount. Also your print heads need to be exactly calibrated. So that means some sort of slop in the grid. usually by lowering the DPI and by making the pixels bigger, some sort of alignment retical, plus some sort of data recovery (like in CDs). That wildly reduces the amount of actual data you can get in there. Oh and then fun things like using a jet ink printer and it ink bleed. I was lucky to get about 2-8 megabytes with my methods. I stopped playing with it. The ink got too expensive for me to keep playing with it. A box of 10 reams of paper of 1000 sheets each put it in the 40-80GB per box range as you could use both sides of the paper. And wildly slow to get back out. But a fun experiment.
- ljosa 3y agoI back up my private SSH keys by printing them as QR codes.
- Cthulhu_ 3y agoI liked the cryptocurrency wallet idea of writing down a set of 10 or so words on a piece of paper. I mean that ultimately won't matter because cryptocurrencies are unusable when society collapses, but still.
- bogwog 3y ago> cryptocurrencies are unusable when society collapses, but still. Nah, I'm sure you could still scam a few people out of their rations with it.
- knallfrosch 3y agoIt would be enough to write any hex-looking string in monospace font on a paper, though. No need for it to be backed by a "real" wallet.
- mhuffman 3y ago>You may ask - why? Why, for heaven's sake, do I need to make paper backups, if there are so many alternative possibilities like CD-R's, DVD±R's, memory sticks, flash cards, hard disks, streamer tapes, ZIP drives, network storages, magnetooptical cartridges, and even 8-inch double-sided floppy disks formatted for DEC PDP-11? Ah, the good old days! It is amazing what we have at our disposal now for very little money. I really do like the concept behind this however. It catches you off guard because you do think, just as they wrote, "why in the world would I use paper for a backup in 2024?" ... then they explain it in one sentence and it makes obvious common sense.
- throwuwu 3y agoSomeone should reimplement this for use with cheap laser engraving machines so we can make physical backups on any material like stone, wood, stainless steel, or plastic.
- alchemist1e9 3y agoHow cheap are laser engraving machines? For ultra critical keys and generationally important data this sounds like a really good idea. I use M-disc currently but an engraved A4 or Letter size scannable durable material seems like the best option if it is available. Edit: would this work? https://a.co/d/5fWJaEa https://a.co/d/5fWJaEa Since it seems to accept an image, the question is what material would be best to run it on and then have it be scannable well on a standard flat bed scanner, which almost certainly will be available in some form as long as our current civilization survives.
- ThrowawayTestr 3y agoYou can get table top models for 1-2k.
- throwuwu 3y agoThat’s what I was thinking of
- alchemist1e9 3y agoAny opinions on best material to be scanner later on flatbed?
- throwuwu 3y agoNot sure but if you want to use a flat bed scanner then maybe if the engraving is deep enough you could just ink the plate and then press a sheet of paper onto it and scan the paper instead.
- Karliss 3y agoSupposedly Github Arctic vault was stored in giant 2d barcodes on film reels https://en.wikipedia.org/wiki/Boxing_barcode https://en.wikipedia.org/wiki/Boxing_barcode
- allanrbo 3y agoIt says in the top "presents his new open source joke", but I actually think this sounds genuinely useful. So many other media formats become unsupported by modern operating systems. Cloud services get shut down left and right. Tapes and floppies and spinning rust gets demagnetized. Optical media has a lifespan too. We have paper from hundreds of years ago that is in decent condition.
- ithinkso 3y ago> Optical media has a lifespan too. We have paper from hundreds of years ago that is in decent condition. All the optical media from hundreds of years ago degraded? What a shame
- xipho 3y agoNatural history collections may still be interested in such. They merge the concept of needing small footprint size labels (e.g. 4 point Times) that go under the physical specimen. The label must not take a lot of space, so for 2mm long insects you have maybe 4-5 lines of ~30 characters. We've long used QR or 128 codes to encode a small barcode of the catalog number for that specimen. The hotness now is the "digital twin" or "digital exentended specimen" for these physical specimens. Perhaps encoding cheaply some key attributes on another label would let the physical part of the twin track the evolution of the digital twin. The key here is that these collection's goal is protection of the specimen over time, we've been doing it since Linneaus (over 250 years), so archival considerations (acid free paper and ink), and persistence of data beyond the initial layer are important.
- lgas 3y agoBefore I clicked I assumed it was just going to be a pencil.
- Vicinity9635 3y ago[dead]
- aidenn0 3y agoI was curious how this would compare to QR codes: TFA suggests that consumer scanners and printers can successfully work at a minimum of 200DPI. A QR code can store almost 3kB in a 177x177 matrix, which allowing for some padding nicely fits in a square-inch @200DPI. This would allow approximately 285485 bytes per page before compression. For better error-correction, you could up the ECC in qr codes, or you could apply reed-solomon to the data before encoding. The latter has the advantage of correcting errors that take out most of a single QR code.
- mateo1 3y agoI did something similar a few years back. Basically converted binary data to a matrix and printed it max res (1200dpi inkjet), also wrote the software to read it like a QR code (with perspective & error correction etc). You can easily save several MB per page. The theoretical number is much much higher for color printing, but is gets very complicated (inkjects are basically stochastic with regards to dots, YMCK balance is finicky etc). Also some time after that project I noticed that some gov agencies use printed "QR" codes to send sensitive data (ie biometrics) from office to office in the traditional mail format. It works, but so do floppy disks and nobody's using them anymore for a reason. It was a cool project though.
- robsh 3y agoHCCB is like a color QR
- yencabulator 3y agoSame name, same idea, better-looking implementation: https://github.com/cyphar/paperback https://github.com/cyphar/paperback