• over_clox@lemmy.world
    link
    fedilink
    arrow-up
    22
    ·
    17 days 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
      link
      fedilink
      arrow-up
      20
      ·
      edit-2
      17 days 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
        link
        fedilink
        arrow-up
        8
        ·
        edit-2
        16 days 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
        link
        fedilink
        arrow-up
        3
        ·
        17 days ago

        Did you read the original post? They said RAM.

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

    • darklandsOP
      link
      fedilink
      arrow-up
      6
      ·
      edit-2
      17 days 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.