Date: Fri, 19 Jan 1996 03:47:44 -0800 From: "Amancio Hasty Jr." <hasty@rah.star-gate.com> To: Luigi Rizzo <luigi@labinfo.iet.unipi.it> 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 Message-ID: <199601191147.DAA00952@rah.star-gate.com> In-Reply-To: Your message of "Fri, 19 Jan 1996 12:25:01 %2B0100." <199601191125.MAA00392@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
>>> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199601191147.DAA00952>