On Mon, Dec 22, 2008 at 04:22:42PM +0100, Pierre Riteau wrote: > Hi, > I noticed that when running `aucat -l', on some of my machines sndio > apps would play the first sample buffer and then stop (for example, > ogg123, but also sdlmame). > These apps become unkillable by SIGTERM (they are killable by SIGKILL) > until aucat is killed.
I saw this once. then I realized I had a bunch of different libsndio.so.X.Y, and various of them were being used, depending on how recent things were. after making sure there was only one libsndio.so and everything was using it, I did not have this problem anymore. maybe related, maybe not. > I found that running `aucat -l -m play` solves this issue, is it normal? > > It happens on VMware virtual machines but also on a real i386 with an > auich sound chipset (unfortunatly I haven't had the chance to test the > `-m play' workaround on it). > Below is dmesg/audioctl/mixerctl of the VMware VM. > I guess this is because my sound hw doesn't support fullduplex, as > advertised in audioctl (why fullduplex and full_duplex anyway?), but > shouldn't aucat work around this automatically? (I'm just playing sound, > not recording at the same time). afaik, all auich and eap support full-duplex properly. $ cd /usr/src/regress/sys/dev/audio_rw $ make DO_AUTEST=1 will run some basic read-only, write-only, and full-duplex tests. -- [email protected] SDF Public Access UNIX System - http://sdf.lonestar.org
