From owner-freebsd-multimedia Mon Jun 9 11:20:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA06482 for multimedia-outgoing; Mon, 9 Jun 1997 11:20:01 -0700 (PDT) Received: from cais.cais.com (root@cais.com [199.0.216.4]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA06442 for ; Mon, 9 Jun 1997 11:19:57 -0700 (PDT) Received: from earth.mat.net (root@earth.mat.net [205.252.122.1]) by cais.cais.com (8.8.5/) with SMTP id OAA06193; Mon, 9 Jun 1997 14:19:51 -0400 (EDT) Received: from Journey2.mat.net (journey2.mat.net [205.252.122.116]) by earth.mat.net (8.6.12/8.6.12) with SMTP id OAA18301; Mon, 9 Jun 1997 14:19:48 -0400 Date: Mon, 9 Jun 1997 14:19:28 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@Journey2.mat.net To: Wm Brian McCane cc: multimedia@FreeBSD.ORG Subject: Re: Old standards In-Reply-To: <199706091651.LAA12694@bmccane.uit.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 9 Jun 1997, Wm Brian McCane wrote: > Howdy, > > I used to work for a company which built equipment for the railroads. > We had a box called a Hot Box Detector (HBD) for detecting bad bearings on a > train and telling it to stop. Anyway, it used a little dingus which did > ADPCM, at 32K samples/second, and `spoke' the alarm to the train over the > radio. If anyone knows about ADPCM, it only requires about 4K bytes to do a > 32K/second audio stream. I was thinking about putting together a program for > audio over the internet using a software version of ADPCM for real-time > chatting. An 11K/second stream would need about 1375 bytes per second to > tranfer, so it should work on a 14.4 modem with bytes to spare for the > TCP/IP overhead, and ADPCM is fairly compressible by modems which might allow > even better performance or quality. Anyway, I was curious if this is old hat > (Real Audio maybe), or if noone has considered using this 10+ year old > technology. ADPCM (at least when I last looked at it) wasn't all that good as you say it is. It's one of the non-lossy algorithms, meaning that it keeps all the information (or nearly all) in the original stream. It was used for taking a 64 kbps PCM stream and condensing it down to 32 kbps. It maybe could do a little better, but only at a much great loss of fidelity. One of the other, lossy algorithms might be more suited to what you want, because their compression ratio is much higher. That's the reason that ADPCM hasn't really gone anywhere. > > brian > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+-----------------------------------------------