Are QR codes the wrong approach for storing gigabytes worth of storage and beyond in graphical way?
edit---it has to be a still image so people can print it out the image and 'download' have
their cameras 'read' it from their phones,webcams
---you can laminate it if you want to and it will still be scannable
Yes. QR codes are meant to store only a few kilobytes at most. They are not suitable for encoding gigabytes of data.<p>At perhaps 2KB per page, you'd need 524288 pages to store a 1GB. That's 1048 reams. Please just use an archival optical disk instead.<p>Even if the scheme using multiple QR codes in sequence rather than a single large code block. The paper backup implementations that use QR codes <a href="https://github.com/intra2net/paperbackup">https://github.com/intra2net/paperbackup</a> <a href="https://github.com/cyphar/paperback">https://github.com/cyphar/paperback</a> are only meant to be used for private key backup.
We don't know of anyone who's been able to reliably print more than 5 KB per page using QR codes on paper. How many pages do you want to use? See <a href="https://github.com/za3k/qr-backup/blob/master/docs/FAQ.md">https://github.com/za3k/qr-backup/blob/master/docs/FAQ.md</a>
If take the image size from an average phone you will get maybe 10-20 megapixels. There are phones which do 200. But a QR is going to take a great many pixels per byte. It not going to work.