From owner-freebsd-multimedia Fri Jan 19 03:51:13 1996 Return-Path: owner-multimedia Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA10061 for multimedia-outgoing; Fri, 19 Jan 1996 03:51:13 -0800 (PST) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id DAA10056 for ; Fri, 19 Jan 1996 03:51:10 -0800 (PST) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.6.12/8.6.12) with ESMTP id DAA00952; Fri, 19 Jan 1996 03:47:45 -0800 Message-Id: <199601191147.DAA00952@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Luigi Rizzo cc: james@miller.cs.uwm.edu, multimedia@freebsd.org, multimedia@rah.star-gate.com, tlehman@becky.acet.org, toml@mitre.org Subject: Re: FreeBSD and VAT In-reply-to: Your message of "Fri, 19 Jan 1996 12:25:01 +0100." <199601191125.MAA00392@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Jan 1996 03:47:44 -0800 From: "Amancio Hasty Jr." Sender: owner-multimedia@freebsd.org Precedence: bulk >>> Luigi Rizzo said: > > The overhead for both conversions is definitely negligible WRT the GSM > compression/decompression. rtpv2 does have a sequence number in the packets however we still have the problem that the sample may have been recorded within a given delta offset of the intended frequency . For instance, the card may oscillate and start recording a sample at 6000hz then pass that on to vat -- what do you then? Well Jim's solution is to depend on the system clock to at least attempt to provide an accurate time sample however his program breaks down because the system clock itself oscillates and I have heard Jim when his system clock gets updated by his nntp daemon. Well, we still have problems for cards which don't support ulaw. Probably there are more cards which support 16bit i/o output than ulaw. You see ulaw for cards which don't have ulaw hardware compression the driver does the conversion. For low end machines this begins to strain the system. The GUS PnP supports ulaw and alaw in hardware. At any rate, I am losing track . Any suggestions, as to how to solve the problem that certain cards don't run at given frequency and that they tend to oscillate. Tnks, Amancio Lets make sure that for those buying new sound gear for FreeBSD that they should at least consider the GUS PnP.