[MPlayer-users] [AO_ALSA] Unable to set buffer time near: Invalid argument
Raymond Yau
superquad.vortex2 at gmail.com
Sat May 8 02:25:44 CEST 2010
>> On Sun, 2009-12-20 at 09:55 -0500, Robert Henney wrote:
>* the latest svn appears to have an alsa issue when playing more than one
*>* file on some particular files I have. it's reproducible too.
*>*
*>* the audio will consistently fail to initialize for the second video file,
*>* though if the files are reversed or played separately or -ao oss is used
*>* then the problem does not occur.
*>*
*>* mplayer -ao alsa "[SpoonSubs]_Sketchbook_full_color's_02_[E80DF436].mkv" \
*>* "[SpoonSubs]_Sketchbook_full_color's_03_[FFE2F973].mkv"
*>*
*>* results in:
*>* Building audio filter chain for 44100Hz/2ch/s16le -> 0Hz/0ch/??...
*>* [AO_ALSA] Unable to set buffer time near: Invalid argument
*>* Failed to initialize audio driver 'alsa'
*>*
*>* the sample files are in http://rut.org/sketch/
*
>> Do you still get this error with the current git repo
(git://repo.or.cz/mplayer-build.git)? I fixed some issues that could
perhaps cause this, but as I can't reproduce your problem on my machine
I don't know whether those were the ones you hit.
It is because you changed the setting of buffer size/period size to
buffer time/period time
When you are using mmap , those PCI audio controller use DMA transfer
and the period size is usually multiple of PCI/PCIE brust size
so the drivers have constraint that the period size is multple of
PCI/PCIE brust size
Since sampling rate of audio is 44100 or 48000 which are multiple of 3
or 9 , the driver would not give you the exact period time/buffer time
which you want
e.g. the most common HDA audio has a constraint of multiple of 128 bytes
http://thread.gmane.org/gmane.comp.audio.pulseaudio.general/6671
More information about the MPlayer-users
mailing list