8 ms·

Another animated QR data transfer that uses fountain codes: https://github.com/divan/txqr https://github.com/divan/txqr

• mleonhard 6y ago
  Did you consider using the front camera for bidirectional phone-to-phone communication? That could allow frame re-transmits which would increase the data rate a lot.
  • divan 6y ago
    That'd be definitely a whole new level, yes, but I think the simplicity of one-way diode communication has its own benefits.
• throwaway0x00ff 6y ago
  Hey, I wanted to use your library to send data from computer A to computer B, but I don't speak Go yet. How easy would it be to implement a txqr reader for desktop? Piping zbarcam's output could be the easiest way. Have you got any directions for me to do it? It would be a great addition to txqr! Thanks!
  • divan 6y ago
    I'm actually planning to make Go+Flutter application, which will work on iOS/Android, Desktop and Web. Out of curiosity, what's your use case?
    • throwaway0x00ff 6y ago
      I would use this in a security context. I want to use a one-time pad with a friend. That requires generating a fully random file that I then need to send to my friend (physically). I don't have an Ethernet port on my machine to send the file on the wire, and I don't want to rely on weaker cryptography (WiFI, aes) to send this file (basically, everything is weaker than a one-time pad). I also don't want to leave undeletable traces of my one-time pad on a flash drive. So what's left is the actual screen of the device, provided I don't have any hidden cameras where I live. I could use a hard drive and then shred the secrets, but nothing is proven regarding the actual deletion of the files, and QR codes are much cooler!