[MPlayer-users] Re: alsa "buffer" problem

[ephemeron at softhome.net]

On 24. May 2004 at 5:25PM +0000,
adland <adland123 at yahoo.com> wrote:

> I could not reproduce your issue with the latest CVS code build
> which I have.  Buffer size is same 65536 as before.
> 
> MPlayer dev-CVS-040524-13:06-3.3.3 (C) 2000-2004 MPlayer Team
> ./mplayer -frames 10 -ao alsa mysample.mov
> alsa: 16000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian

I have two soundcards and a tv tuner (recognized as the second
soundcard alsa:hw:1).  I'm using the via onboard sound (module
"snd_via82xx"), which is recognized as the third sound card
(alsa:hw:2).  This is where the sputtering audio problem
("alsa-space: ... resetting stream") happens.

mplayer -ao alsa:hw:2.0 -frames 10 link.mov | & grep ^alsa:
alsa: 48000 Hz/2 channels/4 bpf/4064 bytes buffer/Signed 16 bit Little Endian

My first card (alsa:hw:0) is a damaged (still good for capturing
sound) yamaha sound card (module "snd_ymfpci"). While I don't
hear any sound, the buffer size here is the familiar 65536:

mplayer -ao alsa:hw:0.0 -frames 10 link.mov | & grep ^alsa:
alsa: 48000 Hz/2 channels/4 bpf/65536 bytes buffer/Signed 16 bit Little Endian

So it appears that the first sound card (an add-on card) is not
affected by the mplayer alsa code changes, while the third (the
second, not counting the tv tuner) sound card (the via onboard
sound) is affected.

So I'm left to consider two possibilities:

(1) The alsa changes affect only the onboard sound "card"
    ("snd_via82xx").

(2) The changes affect sound cards other than the first sound
    card (>hw:0).

Still there should be a way to force the 4064-byte buffer up to a
65536-byte buffer.