• over_clox@lemmy.world
    222·
    5 months ago

    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.

    • Thorry84@feddit.nl
      201·
      5 months ago

      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.

      • ChaoticNeutralCzech@lemmy.one
        8·
        5 months ago

        You are right, QR codes are very easy to decode if you have them raw, even the C64 should do it in a few seconds, maybe a minute for one of those 22 giant ones. The hard part is image processing when decoding a camera picture - and that can be done on the C64 too if it has enough time and some external memory (or disks for virtual memory). People have even emulated a 32-bit RISC processor on the poor thing, and made it boot Linux.

      • over_clox@lemmy.world
        310·
        5 months ago

        Did you read the original post? They said RAM.

        Go ahead and pull all that magic in RAM, and RAM alone…

    • darklands@reddthat.comOP
      6·
      5 months ago

      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.

  • Linssiili@sopuli.xyz
    15·
    5 months ago

    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