And the Commodore 64 can’t decode them. Even if you fed it an algorithm that could decode them, you’d be out the memory of the algorithm.
All sounds fun on paper, but I enjoy storing terabytes of data on the Internet Archive, and sticking that to a QR code, just for fun.
Bullshit, it could decode them just fine it would just take a while. It would only need a source of storage like a tape or floppy drive.
Back then and now we have our computers often do tasks which process more data than we have ram available. It’s not a hard problem to solve and we even solved it back then.
Did you read the original post? They said RAM.
Go ahead and pull all that magic in RAM, and RAM alone…
Of course. But a fun (actual) showerthought nonetheless. As I remembered it earlier today, a qr-code (version 40) can hold about 3000 bytes.
Version 40: 177x177 modules, can hold up to 7,089 numeric characters, 4,296 alphanumeric characters, 2,953 bytes of data, or 1,817 kanji characters.
Indeed!
I actually encoded a 256 byte DOS assembly demo (not written by me) into a self decoding plain text batch file, and then for the hell of it encoded that into a QR code.
Again, disclaimer, I didn’t write the original code, but it was fun to convert into a QR code.
Finally, I can download more RAM
Tiny nitpick, 23 qr-codes are needed as one can contain 2,953 bytes and c64 has 65,536 bytes of ram. 65536/2953=22.19
What sized QR code?
Billboard sized or business card?
