Portage 2.1.1_rc1-r2 (default-linux/amd64/2006.0, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r6 x86_64) ================================================================= System uname: 2.6.17-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.4 Last Sync: Thu, 31 Aug 2006 21:30:01 +0000 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LINGUAS="" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa avi berkdb bitmap-fonts cli crypt cups dbus dlloader dri dvdread elibc_glibc emboss encode foomaticdb fortran gif gpm gstreamer gtk gtk2 hal imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly opengl pam pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype truetype-fonts type1-fonts unicode usb userland_GNU video_cards_nvidia xinerama xorg xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY --------------------------------------------------------------------- With alsa 1.0.12, after running alsaconf, I no longer have an auto-configured dmix file. Reverting to alsa 1.0.11 and running alsaconf fixes this problem, so something in 1.0.12 isn't creating a dmix file. Running on the ca0106 driver, again I can revert to 1.0.11 and dmix will work again, going back to 1.0.12 and I lose dmix. Back and forth, gaining and losing dmix...
Sorry, this should be major as it breaks a feature necessary to run sound apps simultaneously
I talked on #alsa on freenode yesterday, where one of the users made me aware of that fact that dmix is taken care of by alsa-lib. Reverted to alsa-lib 1.0.11 and dmix is back, alsa-utils and alsa-driver and alsa-headers are still 1.0.12. So something in alsa-lib changed between 1.0.11 and 1.0.12 that doesn't allow dmix to work correctly, at the very least with my ca0106 driver.
Give a try to 1.0.13_rc1. At least here 1.0.12 works as a charm.
1.0.13, same problem, reverted to 1.0.11 and i'm fine again.
Update: I looked aroudn the gentoo forums a bit today to see if anyone else had this same issue...I found a thread that looked like the same issue, and the OP said removing /etc/asound.state fixed his problem. Sure enough, I emerged 1.0.12 for alsa-lib, utils, headers and driver, and dmix is working now after removing asound.state. So maybe a one-liner patch to rm -f /etc/asound.state ? Either way I have xmms and mplayer running simulataneously with dmixed sound, so it looks like asound.state was the problem.
I've got problems with alsa 12 too. Dmix was't working, even if I deleted the asound.state file and creating an asoundrc didn't help either. Downgrading alsa-lib to 11 solved the problem. I've kept all the other alsa packages from alsa 12. I have alsa-drivers, not alsa from the kernel and I'm using the cmipci module.
I take back that last comment about it working now. xmms and mplayer could play simulataneously, but wine couldn't do crap with dmix. So this morning I went back down to 1.0.11 and viola dmix in everything works now, including wine.
Palcek which driver are you using? From version 1.0.10 onward, dmix is enabled by default by -lib and -driver on their own, without configuration files. If it does not work, it's either trying to use the hardware mixing with a 2-mixing channels card (that obviously after two applications are open finishes the space for hardware mixing), or for some reason dmix fails to be enabled; in this case you should probably report it upstream. In particular, try to launch more than one time aplay -D plug:dmix somefile.wav and see how many can be launched at the same time.
Switched to in-kernel drivers for 2.6.17-gentoo-r8, problem is back as far as wine goes. Might be a wine-specific issue, I'm not sure
I'm closing this, the wine problem is bug 148102 . Removing asound.state should be done manually so the user knows their channels are going to be muted, etc., I'm closing this as wontfix