http://en.wikipedia.org/wiki/Steganography#Digital_steganogr...
If you couldn't inject your own code into the chat plugin (or had trouble faking the packets from your own), you could do the extremely low-tech solution of videochatting a screen of a slowly-changing QR code. It would make encoding super simple and still allow for a decent amount of bandwidth transmission :D
Damnit! That's a good idea. 3k bytes per QR code, a conservative estimate of 15 fps, and you are at decent 45k a second with no code injection!
I wonder how many people actually owned a TV modem. It had to be a tiny market.
By the way, I highly recommend watching the episode, they interview Aleph One and some other old-school hackers.
That "download blast" section looks like it has a significant amount of bandwidth though. It's cool to see the idea implemented though
Or, better yet, you could just send raw pixels as bits, white = 0, black = 1. With 1024x768 HD video, that's a possible 768K/Frame => 22.5M/s @ 30 FPS!
What do you think? A friend who's exceptional at maths (I'm not) told me it's not possible, however I don't like when naysayers come and tell it's impossible. Still it demotivated me. Do you think it's possible?
Explained in two words: "Optical Transmission"
But at the same time, you don't need to limit to black-and-white. Even just black/white/red/green/blue/purple/yellow/turquoise would be four times as much bandwidth, and I would be very surprised if even lossy video couldn't reliably distingish up to 64 colours.
I don't think many people currently have 22.5M/s download speeds anyway, so it's probably not a big deal.