FS#20058 - [mplayer] fails to initialize alsa on 6-channel audio files

Attached to Project: Arch Linux
Opened by (N/A) (wantilles) - Friday, 02 July 2010, 21:03 GMT
Last edited by Ionut Biru (wonder) - Sunday, 25 July 2010, 10:38 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Ionut Biru (wonder)
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

When attempting to playback 6-channel audio, mplayer cannot initialize alsa.

Additional info:
* package version(s)
31428-1

* config and/or log files etc.

Here is a portion of the relevant mplayer log:

MPlayer SVN-r31428-4.5.0 (C) 2000-2010 MPlayer Team
154 audio & 339 video codecs

Playing T2_720.wmv.

==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 6 ch, floatle, 384.0 kbit/4.17% (ratio: 48000->1152000)
ID_AUDIO_BITRATE=384000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=6
Selected audio codec: [ffwmapro] afm: ffmpeg (WMA Pro audio (FFmpeg))
==========================================================================
[AO_ALSA] alsa-lib: pcm_hw.c:448:(snd_pcm_hw_sw_params) SNDRV_PCM_IOCTL_SW_PARAMS failed (-22): Invalid argument
[AO_ALSA] Unable to get sw-parameters: Invalid argument
Failed to initialize audio driver 'alsa'
Could not open/initialize audio device -> no sound.
Audio: no sound
Starting playback...

Steps to reproduce:

Playback any file with 6-channel audio. No sound is heard, and no audio decoder is selected, as shown in smplayer's Information Window.

Apart from this package here, I have tested numerous mplayer svn revision, both older and newer, all built with the same configure options. Behavior remains the same.

And because this started around the time kernel 2.6.34 moved from testing to core, I suspect it has to do with the alsa contained in the new kernel.
This task depends upon

Closed by  Ionut Biru (wonder)
Sunday, 25 July 2010, 10:38 GMT
Reason for closing:  Fixed
Additional comments about closing:  mplayer 31774 is in repos
Comment by Ionut Biru (wonder) - Friday, 02 July 2010, 22:36 GMT
please report this issue upstream. that's clearly not a packaging bug
Comment by (N/A) (wantilles) - Friday, 02 July 2010, 23:03 GMT
I agree this is not a packaging bug.

However, do you think it could be a bug in the kernel's alsa?
Comment by Ionut Biru (wonder) - Friday, 02 July 2010, 23:30 GMT
try mplayer bugtracker first and then kernel. maybe something changed and mplayer is behind
Comment by (N/A) (wantilles) - Thursday, 08 July 2010, 16:04 GMT
Just built svn revision 31645.

It has been fixed.
Comment by (N/A) (wantilles) - Thursday, 08 July 2010, 16:19 GMT
Or fixed in kernel 2.6.34.1 upstream.

Either way, the combination of mplayer svn 31645 and kernel 2.6.34.1 is working properly.

Loading...