Yeah. I transferred a music file at ~6mb. Sure enough a binary payload of that size is POSTed to their `/api/upload` and then downloaded from a CDN on the receiving side.

This is basically an ordinary file upload service using sound instead of sharing QR-codes or public links.

My disappointment is immeasurable and my day is ruined.

EDIT: My spidey sense was tingling when a 6mb file was transferred "via sound" in seconds. That would've been pretty incredible.

If you want to have a little fun then writing a python script to convert a file to beeps and recover it from beeps is quite doable.

It also teaches you just how insane the speeds we have today are.

Yeah, I was experimenting with a similar thing a while back. The idea was to use camera equipped devices looking at each other to negotiate data transfer through dense QR-codes. Even with that substantially larger data frame support, transfer speed was abysmal at best.

Maybe this could interest: https://divan.dev/posts/animatedqr/

Wow! One of those moments when you realize that someone is doing exactly what you have been doing. My hobby project was seriously called QRTX. And each data frame started with ###-- where # are padded frame numbers. Pretty much identical to this guys project. Thanks for that find, I'm chuckling.

Points of difference: I was using a leading metadata frame with filename and total number of frames etc, and the receiving device were ACK'ing frame decodes with its own QR codes. Still, wow.

You are welcome, great project :)

Using QR codes sets you up for disappointment.

I wanted to store a gpg key offline by engraving it in metal. A reasonably sized one would taken six of the largest 177x177 plates to record.

The best solution I came up with was to use metallic punched tape of some description.

On low error correction level you can save 2953 bytes in binary and 4296 in alphanumeric mode. The latter should be fine for a gpg key.

I'm experimenting for fun on this side: https://github.com/dtonon/papiro

My fault: alphanumeric mode is not suitable for a GPG key, because it is:

> 0–9, A–Z (upper-case only), space, $, %, *, +, -, ., /, :

and so we miss the lowercase [a-z]. Therefore we need to use the 2953 bytes binary option.

A v40 QR code can hold ~3000 chars/bytes. Isn't that enough for a GPG key?

It's been over two years since I looked at it, but from memory I wanted a 8 KiB key pair that I could engrave. One was to be the public key that would be scannable, the other was the private key that would be kept in a safety deposit box.

The practical limit was 3KiB for the qr code and there was some metadata in the key I didn't want to lose. I can't remember if it was the private or public key that was giving me the most trouble. But the idea of just having something to point your phone at on a wall and read a signed message from me wasn't practical.

Compare also the FT8 weak signal radio protocol. Remarkably robust but serves a max of 77 bits per 15 seconds (and also hard codes radio specific codes/IDs in the message, it's not even general purpose)

The author (allegedly) confirms that this is what happens at [1]:

> it uses the internet to transfer the file while only sending the file's id though sound. The purpose of the project was to pair devices that are near each other without requiring the user to sign in to any accounts.

[1] https://www.reddit.com/r/programming/comments/pl749n/i_got_f...

I did something very similar [0] some time ago using WebRTC + audio signaling. The benefit is it is serverless.

Edit: adding a short video demonstration of the process [1]

[0] https://github.com/ggerganov/wave-share

[1] https://youtu.be/d30QDrKyQkg

There is a method to transfer files via light.

Proceeds to generate a QR code...

No wonder the audio sounded like a loop. I was wondering about what kind of encoding was being used, for this sound to be generated. Initially I thought it was related to the mp3 file I was "sending" (my computer has no mic), that it may have a pattern in it, but after attempting to send a pdf, the pattern was still there.

Feels like a ripoff, since if it uses the internet, it can't be used offline as the title suggests.

If it was able to transfer a link, it's a good start.

Yikes, whole premise and title is misleading then.