On Thu, 10 Jul 2003, Carlo Wood wrote: >> #fragments, #bytes: 0, 0 >> #fragments, #bytes: 1, 1632 >> Read 1024 bytes. >> #fragments, #bytes: 2, 2048 [...] > Ah... I noticed something else. > It doesn't have to do with whether or not > using SNDCTL_DSP_SETFMT, but with having > an overrun of the number of buffers. [...] > Why is the number of allocated buffers > so low?!
This is a feature of the SB-Live driver: in capture/recording direction, it supports max two interrupts per buffer. To increase the total buffersize you need to increase fragment size. In playback mode up to 1024 interrupts per buffer is supported. I got this info by reading through the driver code, so I don't have further info about the issue. > And, is it normal that when the buffers > did overrun that nothing is returned anymore? > How about just skipping it? :/ No, this definitely looks like a driver bug. In OSS-emulation mode the xruns should be ignored (just lke kernel/OSS drivers do). -- http://www.eca.cx Audio software for Linux! ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
