Ozzillate – Transfer Files via Sound(ozzillate.com)
ozzillate.com
Ozzillate – Transfer Files via Sound
https://www.ozzillate.com/
32 comments
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
Edit: adding a short video demonstration of the process [1]
[0] https://github.com/ggerganov/wave-share
[1] https://youtu.be/d30QDrKyQkg
Yikes, whole premise and title is misleading then.
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.
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.
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.
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.
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.
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.
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.
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
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.
> 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.
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.
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 :)
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)
There is a method to transfer files via light.
Proceeds to generate a QR code...
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.
Feels like a ripoff, since if it uses the internet, it can't be used offline as the title suggests.
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...
> 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...
If it was able to transfer a link, it's a good start.
Related: ggwave & associated discussion
https://github.com/ggerganov/ggwave
https://news.ycombinator.com/item?id=26892930
https://github.com/ggerganov/ggwave
https://news.ycombinator.com/item?id=26892930
Also libquiet[0] / quiet-js[1].
[0]: https://github.com/quiet/quiet
[1]: https://github.com/quiet/quiet-js
[0]: https://github.com/quiet/quiet
[1]: https://github.com/quiet/quiet-js
> The bandwidth rate is between 8-16 bytes/sec depending on the protocol parameters.
How hard would it be to increase the audio bandwidth? Are there limitations in leveraging dial-up modem protocols?
How hard would it be to increase the audio bandwidth? Are there limitations in leveraging dial-up modem protocols?
of course with this webpage you are uploading your files to their server as well
I remember recording a radio broadcast that contained an ATARI 800 XL program, on a tape. That was later 80s or 90s - hipster wifi.
The dutch national broadcasting service had a program around 1980 where BASICODE (https://en.wikipedia.org/wiki/BASICODE) for homecomputers was transmitted.
Lots of home computers (ZX Spectrum, C64 etc) had audio I/O for storage on cassette tapes.
Lots of home computers (ZX Spectrum, C64 etc) had audio I/O for storage on cassette tapes.
A similar thing mentioned for Yugoslavia's DIY computer scene. https://www.eurogamer.net/articles/2013-07-30-the-story-of-y...
Been doing this in late 90s, the sound of dial-up modem still haunts me in my dreams...
This is something with a completely unknown usecase to me but I'm amazed at how good it works and it seems like a really fun project, thanks for posting it!
[deleted]
Just saying, as it's not really mentioned on the site as far as i can see.