Date: Tue, 8 Mar 2005 07:08:20 -0500 From: Mathew Kanner <mat@cnd.mcgill.ca> To: Kazuhito HONDA <kazuhito@ph.noda.tus.ac.jp> Cc: mat@cnd.mcgill.ca Subject: Re: uaudio patch, configurable buffer size Message-ID: <20050308120820.GA2944@cnd.mcgill.ca> In-Reply-To: <20050308.121415.847025091.kazuhito@ph.noda.tus.ac.jp> References: <20050306171027.GE4237@cnd.mcgill.ca> <20050306184416.5603976c@Magellan.Leidinger.net> <20050307030419.GC951@kt-is.co.kr> <20050308.121415.847025091.kazuhito@ph.noda.tus.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 07, Kazuhito HONDA wrote: > Hello, > > From: Pyun YongHyeon <yongari@kt-is.co.kr> > Subject: Re: uaudio patch, configurable buffer size > Date: Mon, 7 Mar 2005 12:04:19 +0900 > > > AFAIK, we already have format converter in kernel. > > See feeder_fmt.c. The converter detects differences between hardware > > capabilities and audio samples and automatically converts it(e.g. > > big endian <->little endian, mono <-> stereo, signed <-> unsigned, > > ulaw<->alow etc). > > Ah, I haven't found it for a long time. > I tried to change the caps in uaudio_pcm.c, > and a sampling rate can be converted correctly as you wrote. Hi Kazuhito, Sorry about referring to you in the third person in other e-mails :) I'm presently working on moving the ua_playcaps and ua_reccaps into struct ua_info instead of global variables. You'll notice that we do a uaudio_query_formats, which should be at device attach and if we add a query for the min/max speed, it should be sufficient . I hope to have it done in few days but if you beet me to the punch we can commit it. --Mat > > I'll challenge to use this converter in uaudio, too. > If I or someone will succeed in it, > I'll write to PR usb/78028 that it should be closed except applied. --
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050308120820.GA2944>