[liberationtech] Efficient digital one-way communication

[Kurtiss Hare]

To increase bitrate, have you considered using fundamental frequencies with
distinct overtone series (partials) instead of pure fundamental
frequencies?


On Mon, Mar 4, 2013 at 11:17 AM, Michael Rogers <michael at briarproject.org>wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 04/03/13 15:56, Jens Christian Hillerup wrote:
> > Nice information, thanks. Would it be wrong to assume larger data
> > rates to be attainable on an FM "link" than over the telephone
> > line? For music etc. FM has far superior sound quality in any
> > case.
>
> Good point - FM radio stations use 15 kHz of bandwidth for the mono
> audio baseband, so I guess you'll have 30 kHz to play with if you
> transmit in stereo, versus 3 kHz for a phone line.
>
> > Another thing I didn't tell in my first mail is that I've been
> > wanting to design a protocol for metadata, too, since it doesn't
> > really make sense to decode and save half files anyway. It would
> > also make it possible to send the file names and file sizes
> > beforehand so the receiver can know how much of the file s/he has
> > already received.
>
> Interesting - I'm working on transport and messaging protocols that
> are suitable for use over one-way channels. Ping me off-list if you're
> interested in collaborating?
>
> Cheers,
> Michael
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iQEcBAEBAgAGBQJRNMkTAAoJEBEET9GfxSfMGlQH+wRvRdMVqLrGVup5yr7hmHRg
> G6587WtuDtY/piKiUEtGes3LcvZo7JB0gEuDpjL3aVIwewQzjwebx6/Xjarzmwxr
> c1+scJ10/w52C6BYo6uUVul2XugkSv+2w7sGKIUFJ0QS/oNWdbfgstqHfLDAFBy6
> eAFZubvPQE2Fi8oCIPXgYZAseb/L3fw90Kghkpxc6+r2/jAnSBz37LBlnJKipvsA
> 6IGJwASSESeDenU1x2NCrKfa7fLUQ5OuByxSdpqDHOGK091TkCP1ON8gqpYAvTMT
> /+O0SVGJy1u1ec+wK2k/7d4WcliY8D+B4pJ1vZfrqk/SsmHqUfcLd1g66g5Bu/0=
> =5rdp
> -----END PGP SIGNATURE-----
> --
> Too many emails? Unsubscribe, change to digest, or change password by
> emailing moderator at companys at stanford.edu or changing your settings at
> https://mailman.stanford.edu/mailman/listinfo/liberationtech
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.stanford.edu/pipermail/liberationtech/attachments/20130304/27d047ce/attachment.html>