On Sat, Dec 13, 2008 at 05:28:36PM +0900, Colin Didier wrote: > * Jacob Meuser <jake...@sdf.lonestar.org> [2008-12-13 08:07:37 +0000]: > > On Sat, Dec 13, 2008 at 04:41:53PM +0900, Colin Didier wrote: > > > * Jacob Meuser <jake...@sdf.lonestar.org> [2008-12-13 07:02:29 +0000]: > > > > On Sat, Dec 13, 2008 at 03:36:35PM +0900, Colin Didier wrote: > > > > > So I use mplayer with the following command > > > > > env AUDIODEVICE=/dev/audio1 mplayer my_movie.avi > > > > > > > > > > I tried to use "aucat -l -f /dev/audio1" but it doesn't work and ends > > > > > with the following error: > > > > > > > > > > /dev/audio1: Device not configured > > > > > safile_new: can't open device > > > > > > > > aucat -l runs in full-duplex mode by default. you can change it to > > > > play only with '-m play'. > > > > > > Oh I see. Now "aucat -l -m play -f /dev/audio1" works and there is no > > > more stutters nor crackles in movies. But the audio sounds robotic (even > > > using the integrated sound-card). > > > > that could be the effect of resampling in aucat. does it go > > away if mplayer and aucat are running at the same rate? > > If I run aucat with a sample rate of 48000Hz, it solves the problem. But > there is a bug when parsing the parameters of the command line. > > In these cases, it works: > aucat -l -m play -r 48000 -f /dev/audio1 > env AUDIODEVICE=/dev/audio1 aucat -l -m play -r 48000 > > But in this case, the sample rate is ignored: > aucat -l -m play -f /dev/audio1 -r 48000 >
that's normal, -r specifies the rate of the next file, socket or device (ie arguments of -i, -o, -s, -f). This makes possible to specify multiple -r options, if you have multiple streams with different rates. The same rule applies for -c, -C, -h, -x, and -e options. -- Alexandre
