Skip to content
This repository has been archived by the owner on Mar 16, 2023. It is now read-only.

Audio too? #20

Closed
ggppjj opened this issue Feb 22, 2023 · 9 comments
Closed

Audio too? #20

ggppjj opened this issue Feb 22, 2023 · 9 comments
Labels
enhancement New feature or request

Comments

@ggppjj
Copy link

ggppjj commented Feb 22, 2023

Seems like there's an additional storage medium here waiting to be explored in the audio tracks. Can surround sound be used for more individual tracks on a single video? I'd be interested in seeing just how much more data can be stored in the same amount of video.

@V037
Copy link

V037 commented Feb 22, 2023

get real

@ggppjj
Copy link
Author

ggppjj commented Feb 22, 2023

@V037 I don't understand your request.

@cryptoquick
Copy link

The problem is the compression and degradations in bitrate, so some sort of forward error correction would be needed, which would reduce how much could be transmitted via audio. That said, these videos are trippy enough, imagine coming across one that also had an audio track, all of it noise? And it turns out it all encodes a file? lol, would blow people's minds. "What is this witchcraft!"

@cryptoquick
Copy link

cryptoquick commented Feb 22, 2023

Also, it would require additional audio tools; this already integrates OpenCV, so it's kind of complex enough already. Plus, I haven't found a lot of good FEC algorithm crates already packaged for Rust, like wirehair, so that might increase the difficulty of this ask, since it'd require several dependencies; FEC encoding to protect against lossy data in streams in advance, a library that can turn audio into a useful byte stream, and then a library to convert bytes into an audio stream of a specific codec, plus the integration with the video container like MPEG.

@Triden99
Copy link

Triden99 commented Feb 22, 2023

"What is this witchcraft!"

You mean like a modem audio codec? Try piping the data through : http://www.whence.com/minimodem/ The data rate will be a little slow, but it will be more than zero.

@DvorakDwarf DvorakDwarf added the enhancement New feature or request label Feb 23, 2023
@boidushya
Copy link

boidushya commented Feb 23, 2023

I was thinking about the same thing recently, maybe try using audio using the same logic as videos in binary mode? As in sound for 1 and no sound for 0 with a minuscule interval between? Although I doubt a lot of data can be encoded this way. This might help result in a final video size that's less as well, as in x% of data encoded through video and 100-x% in audio and then merged through ffmpeg?

@bubblefoil
Copy link

Actually I was wandering whether something like QAM used for both audio and video could improve entropy :)

@DvorakDwarf
Copy link
Owner

Adding audio would make it more data-dense but that doesn't change much since the video would just get larger and length of video is not a huge problem

@oOHiyoriOo
Copy link

Maybe it would be a nice idea to add some sort of error resistance trough audio, so instead of using it as a whole medium, as it seems it doesn't contribute to it useful anyway, use it to send some sort of checksum? or maybe some other error correction so it get#s more reliable :D

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

8 participants