Date: Sun, 13 Mar 2005 12:57:14 -0500 From: Mathew Kanner <mat@cnd.mcgill.ca> To: Alexander Leidinger <Alexander@Leidinger.net> Cc: Mathew Kanner <mat@cnd.mcgill.ca> Subject: Re: uaudio patch, capabilities Message-ID: <20050313175713.GI2944@cnd.mcgill.ca> In-Reply-To: <20050313140222.92g1lfp60owcsw4o@netchild.homeip.net> References: <20050312010248.GG2944@cnd.mcgill.ca> <20050313.031425.343188571.kazuhito@ph.noda.tus.ac.jp> <20050312194401.GH2944@cnd.mcgill.ca> <20050313140222.92g1lfp60owcsw4o@netchild.homeip.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 13, Alexander Leidinger wrote:
> Mathew Kanner <mat@cnd.mcgill.ca> wrote:
>
> >>I expected that only one sampling rate (when discrete) or
> >>one sampling rate range (when continuous) must be set in caps.
> >>
> >>I guess that there are two solutions.
> >>1) use only one sampling rate or rage, neglect others.
> >>2) select one rate along a speed of a sound source
> >> when the channel is initialized.
> >>
> >>When I challenged it slightly, I aimed at 2).
> >>It had no problem that I changed the caps at ua_chan_init() in
> >>uaudio_pcm.c.
> >
> > Hi,
> > I'm not sure I know exaclty what you mean, but there were
>
> I think he means:
> The audio device doesn't supports a range, it only supports discrete
> sampling rates: 44100, 48000 and 96000. I'm not sure what the second
> proposal is, but my proposal is (without looking at any code, since I don't
> have much time ATM) to provide the posibility to specify multiple
> capabilities. So if the device is able to 22500 and 48000 but not 44100, it
> should have 2 discrete sampling rates set in the capabilities.
Sadly this is what the channel interface returns:
struct pcmchan_caps {
u_int32_t minspeed, maxspeed;
u_int32_t *fmtlist;
u_int32_t caps;
};
which maps to what OSS can get out of the IOCTL.
One of the things fixed in the patch that we no support *not*
switching to a speed if it is unsupported :) Applications are supposed
to request a particular speed and see what they get. I can now run
mplayer without extra options and it works.
If only I could get sound recording to work with uaudio...
--Mat
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050313175713.GI2944>