[Alsa-user] Re: [Alsa-devel] [RFC] Zero-conf ALSA
Brought to you by:
perex
From: Takashi I. <ti...@su...> - 2005-12-16 10:12:11
|
At Thu, 15 Dec 2005 13:06:02 -0500, Lee Revell wrote: > > On Thu, 2005-12-15 at 11:52 +0100, Takashi Iwai wrote: > > At Wed, 14 Dec 2005 17:27:01 -0500, > > Lee Revell wrote: > > > > > > On Thu, 2005-11-24 at 11:28 +0100, Takashi Iwai wrote: > > > > > Can #2 be solved by having dmix prefer power of two period/buffer > > > > sizes > > > > > for the slave hw PCM by default? AFAICT this should work unless an > > > > ALSA > > > > > app has opened the device first and set an incompatible buffer size. > > > > > > > > It's not so easy, unfortunately. We'll need to fix to allow dmix the > > > > arbitrary period/buffer sizes. As long as the constraints of slave > > > > PCM perido size exists, power-of-2 cannot be applied. > > > > > > Is the power of 2 period size restriction imposed by OSS, or dmix? > > > > It's OSS. > > Then why can't the OSS emulation open the slave PCM with a power of 2 > period size by default? AFAICT this would only fail if someone else has > already opened the slave PCM with a non power of 2 period/buffer. Hint: different sample rates. dmix is running on a fixed sample rate, and if you open an OSS device with a different sample rate, you need to convert it. The period size/buffer is based on the original sample rate, so... Takashi |