QR code storage in 60fps one hour video - Page 1
Forum section: electronics / general

author: eti
author_rank: Super Contributor
timestamp: September 16, 2022, 02:54:30 am
content: 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.

author: daqq
author_rank: Super Contributor
timestamp: September 16, 2022, 06:58:53 am
content: 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.

author: tom66
author_rank: Super Contributor
timestamp: September 16, 2022, 08:09:42 am
content: 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.

author: iMo
author_rank: Super Contributor
timestamp: September 16, 2022, 08:41:09 am
content: 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..

author: tooki
author_rank: Super Contributor
timestamp: September 16, 2022, 09:47:01 pm
content: 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…

author: tooki
author_rank: Super Contributor
timestamp: September 16, 2022, 09:49:46 pm
content: Quote from: imo on September 16, 2022, 08:41:09 amData on audiocassettes was a thing. On videotape? Not with those computers: they had no way to read in anything from videotape. (There were devices to back up PCs to videotape, but those came later.) I mean, you could use a VCR as a glorified audio recorder, but why??

author: sleemanj
author_rank: Super Contributor
timestamp: September 16, 2022, 10:09:56 pm
content: Quote from: tooki on September 16, 2022, 09:49:46 pmhttp://members.optusnet.com.au/spacetaxi64/MAIN/VFL-Video-fast-loader-C64.htm

author: TheDane
author_rank: Regular Contributor
timestamp: September 17, 2022, 02:06:35 pm
content: Quote from: tooki on September 16, 2022, 09:49:46 pmWhy use a VCR as an audio recorder - because of non-stop +8 hours of stereo recording/playback.I still have one of these, and yes - the screen looks a bit like QR code :ø)https://www.vice.com/en/article/j558k3/how-to-save-files-from-a-pc-to-a-vhs-tape

author: tooki
author_rank: Super Contributor
timestamp: September 17, 2022, 05:58:32 pm
content: Quote from: TheDane on September 17, 2022, 02:06:35 pmI meant in the context of a C64. It can’t make use of 8 hours of continuous playback.Quote from: sleemanj on September 16, 2022, 10:09:56 pmInteresting, I stand corrected!By the 1990 date on that ad, it puts it contemporary to other videotape interfaces (like the backup system I mentioned and TheDane linked to), which is very, very late in the C64’s life!

author: amyk
author_rank: Super Contributor
timestamp: September 18, 2022, 07:19:27 am
content: https://en.wikipedia.org/wiki/ArVidcould store over 4GB on a VHS tape.

author: Halcyon
author_rank: Unknown
timestamp: September 19, 2022, 01:26:09 am
content: Quote from: TheDane on September 17, 2022, 02:06:35 pmI have one of these in a box somewhere. Never used it. Maybe I should crack it out.

author: NiHaoMike
author_rank: Super Contributor
timestamp: September 19, 2022, 02:23:58 am
content: One "just for fun" project I wanted to do is to build a gadget that can record and play back 1080p video on a VHS tape. Easiest would likely be a Raspberry Pi combined with a FPGA or fast microcontroller to handle the data encoding/decoding.

author: tom66
author_rank: Super Contributor
timestamp: September 19, 2022, 08:32:26 am
content: Quote from: NiHaoMike on September 19, 2022, 02:23:58 amJVC beat you to it about 20 years ago:https://en.wikipedia.org/wiki/D-VHSThese tapes can store 1080i60 video using MPEG compression. Though the tape is broadly the same as VHS, there's some unmentioned improvements to tape quality which apparently allow this.

author: NiHaoMike
author_rank: Super Contributor
timestamp: September 19, 2022, 01:31:04 pm
content: Quote from: tom66 on September 19, 2022, 08:32:26 amI was thinking of one that can use standard VHS tape and ideally an unmodified VCR.

author: tooki
author_rank: Super Contributor
timestamp: September 19, 2022, 03:12:49 pm
content: If JVC (the inventor of VHS) couldn’t make it work on standard VHS tape, it’s kinda unlikely someone could do it in their spare time. (Granted, maybe with the very latest video codecs, the bitrate miiiight be low enough to make it work…)

author: tom66
author_rank: Super Contributor
timestamp: September 19, 2022, 06:27:58 pm
content: Regular VHS has a bandwidth of about 3MHz. If you were to do something like QAM you could probably manage 10Mbit/s with error correction and framing. You might be able to go further but you would be pushing the Shannon limit pretty quickly I expect.10Mbit/s is more than enough for a modern H.265 codec to do 1080p30, and may not even look too bad at 4K (some blocking, but hey, it's VHS!)