| General > General Technical Chat |
| QR code storage in 60fps one hour video |
| (1/4) > >> |
| eti:
Assuming a frame rate of 60fps, and a video of one hour in length, each frame storing a new, unique QR code per frame (corner or side of the frame), how much data could be transmitted from those 216,000 QR codes? I'm sure something could make use of this... From my rudimentary calculations, I reckon around 1-2Gb of data could be shoehorned in, aside from the video file size. |
| daqq:
Depends on the resolution - the basic QR codes can scale and hold up to some 3kB of data. There are higher density QR codes, such as color coded codes and similar ( https://en.wikipedia.org/wiki/Barcode#Matrix_(2D)_barcodes ). So, 60 fps * 60 seconds * 60 minutes = 216000 frames. With 3kB of data per that's ~650MB. Mind you, the resolution would need to be pretty high to be scanable - the 3kB sized QR codes are fairly big or dense. |
| tom66:
I think the problem you might have is the compression algorithm could make anything but a large QR code difficult to reliably decipher. But if you assume the bitrate is high enough to fit say a 29x29 QR code (a typical size) and reliably decode it on each frame then you can fit 352 bits of data at medium ECC per frame. So 76Mbit, quite a bit less than your estimate of 1-2Gbits. Edit: but you didn't specify QR code size. Max size is 177x177 for a total bit capacity of 1.2Gbits which meets your range. |
| iMo:
That reminds me on 80ties when we tried to save the data from our ZX and C64 and a like gadgets onto the video tapes.. :D |
| tooki:
Surely it’d be a fool’s errand to do this, given that you could store the QR code’s data in far less data than it would take to store an image of it… |
| Navigation |
| Message Index |
| Next page |