Re: Changes over dmix: 1.0.11rc4 and future

[Lee Revell <rlrevell@joe-job.com>]

On Mon, 2006-03-27 at 18:35 +0200, Takashi Iwai wrote:
> Hi,
> 
> it looks like the 1.0.11rc4 announcement isn't sent out, so here I'd
> like to explain what has been changed over dmix recently.
> 
> As of 1.0.11rc4, dmix accepts more flexible buffer sizes than the
> earlier versions did.  The buffer size is basically arbitrary.  The
> only restriction is that it's aligned to the period size, and the
> minimal periods are two.
> 
> With this change, some applications have positive influences, and some
> have negative.  The regression, for example with speaker-test, happens
> because there was no upper limit of buffer size.  It's already fixed
> in the CVS version (by setting max periods = 1024).
> 
> If you have a problem with dmix what didn't happen ago, try to define
> 
> 	defaults.pcm.dmix_variable_buffer false
> 
> in ~/.asoundrc.
> 

Does not work (alsa-lib and utils from today's CVS):

$ aplay -Dplug:dmix51 /usr/share/sounds/error.wav 
ALSA lib pcm.c:6650:(snd_pcm_slave_conf) Unknown field
variable_buffer_size
aplay: main:547: audio open error: Invalid argument

.asoundrc:

defaults.pcm.dmix_variable_buffer false
pcm.dmix51 {
        type upmix
        slave.pcm {
                type dmix
                ipc_key {
                        @func refer
                        name defaults.pcm.ipc_key
                }
                ipc_gid {
                        @func refer
                        name defaults.pcm.ipc_gid
                }
                slave {
                        pcm "hw:0,0"
                        period_size 512
                        periods 10
                        channels 6
                        variable_buffer_size true
                }
        }
}

Lee



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642