[MPlayer-users] gmplayer ALSA bug [was Re: [Alsa-devel] [ALSA - driver 0000475]: multiple input streams]
rlrevell at joe-job.com
Sat Sep 4 02:21:17 CEST 2004
On Fri, 2004-09-03 at 13:18, bugtrack at alsa-project.org wrote:
> mplayer gives this result:
> Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
> MP3lib: init layer2&3 finished, tables done
> AUDIO: 44100 Hz, 2 ch, 16 bit (0x10), ratio: 24000->176400 (192.0 kbit)
> Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
> Checking audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
> AF_pre: af format: 2 bps, 2 ch, 44100 hz, little endian signed int
> AF_pre: 44100Hz 2ch Signed 16-bit (Little-Endian)
> audio_setup: Can't open audio device /dev/dsp: Device or resource busy
> alsa-init: got device=0, subdevice=0
> alsa-init: 1 soundcard found, using: default
> (. gmplayer freeze .)
> (. Closing xmms .)
> alsa: 44100 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little
> AO: [alsa] 44100Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
> Building audio filter chain for 44100Hz/2ch/16bit -> 44100Hz/2ch/16bit...
> Video: no video
> Starting playback...
> ALSA lib control.c:654:(snd_ctl_open_noupdate) Invalid CTL /dev/mixer
> alsa-control: mixer attach /dev/mixer error: No such file or directory
There is an egregious bug in gmplayer, where it blithely tries to open
ALSA devices (hw:x,x) using OSS device names (/dev/mixer). I have been
meaning to file a bug report but didn't have the bandwidth, but now
people are reporting this as an ALSA bug. To make matters worse, the
problem only occurs in gmplayer, and that regular mplayer works fine.
Is this fixed in a more recent release?
More information about the MPlayer-users