4 ms·

Here is a good demo of a streaming qr solution. Not ours but a good demo of the concept. https://youtu.be/_0djJ1aVEXs https://youtu.be/_0djJ1aVEXs We use a si

Here is a good demo of a streaming qr solution. Not ours but a good demo of the concept. https://youtu.be/_0djJ1aVEXs https://youtu.be/_0djJ1aVEXs We use a similar method for offline wallet transfers of private crypto keys. I’ll note a couple things. Keep the frame simple and not too dense. Be careful on ecc settings. Higher res camera androids to be slower in our testing. Be ready to loop the series to catch missed frames. Gives your frames and order context. If it’s really sensitive dat, encrypt it before encoding you QR. assume the video can be stolen from a camera. Inject noisy frames To help obfuscate.

divan 6y ago
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!
MarioMan 6y ago
I've been wondering how one could efficiently and reliably pack arbitrary data into YouTube videos, a hacky way to get free and obfuscated data storage. Streaming QR codes has been the most promising way I can think of, particularly since they offer resilience against YouTube's video re-encoding process and are standardized for far larger codes, which could be easily fit in a video for later parsing out by a tool. You could probably embed even greater data densities with a color QR solution too.
- drran 6y ago
  Put your data into description and comments.
- userbinator 6y ago
  https://github.com/dzhang314/YouTubeDrive https://github.com/dzhang314/YouTubeDrive

divan 6y ago

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!

MarioMan 6y ago

I've been wondering how one could efficiently and reliably pack arbitrary data into YouTube videos, a hacky way to get free and obfuscated data storage. Streaming QR codes has been the most promising way I can think of, particularly since they offer resilience against YouTube's video re-encoding process and are standardized for far larger codes, which could be easily fit in a video for later parsing out by a tool. You could probably embed even greater data densities with a color QR solution too.

drran 6y ago
Put your data into description and comments.
userbinator 6y ago
https://github.com/dzhang314/YouTubeDrive https://github.com/dzhang314/YouTubeDrive