> > > > Isn't there a driver for a "SoundBlaster" modem in the recent kernels?
> > > > IIRC, it can do 9600 bps, so changing that driver to use a different DSP
> > > > might be a better way to do this.
> > >
> > > AFAIK this is only for amateur radio network protocols. Not only do
> > > winmodem drivers have to do the DSP work, but they also have to do the
> > > error correction and data compression algorithms as well, which if I
> > > remember right, are covered by numerous patents.
> >
> > Gzzz. DSP is the hard part. You could use gzip for compression if you
> > really wanted to, and error correction is usually done with crc +
> > retransmits, so that's not problem, either.
>
> You can't use gzip if you want it to talk to other modems. Duuuh.
Oh yes I can:
I will not compress it at modem-driver level (I'll not let modems
negotiate compression), and then I'll take care to transfer only
compressed data around the link. (You mostly transfer compressed files
via ftp, can easily add -C option to scp/ssh, web might be problem.)
Compression at this level is more effective than compression at
modem-level because you can use much more powerful algoritms and
because you have right context.
Look at http://linmodem.org/ for other things doable with such modem
interface.
You are right that non-linux <-> linux connections are in majority,
but I've seen few linux<->linux connections already. And: starting
with DSP and adding compression/error correction later will let you
gradualy improve your code.
Pavel
-- I'm really pavel@ucw.cz. Look at http://195.113.31.123/~pavel. Pavel Hi! I'm a .signature virus! Copy me into your ~/.signature, please!- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/