To make it short: The problem is even worse now !
This is the output from strace (relevant part):
.
.
0.000531 ioctl(4, SNDCTL_DSP_RESET, 0) = 0
0.000232 ioctl(4, SNDCTL_DSP_GETFMTS, 0xbffff668) = 0
0.510506 ioctl(4, SNDCTL_DSP_SETFMT, 0xbffff668) = 0
0.506515 ioctl(4, SNDCTL_DSP_STEREO, 0xbffff668) = 0
0.504940 ioctl(4, SOUND_PCM_READ_RATE, 0xbffff668) = 0
0.065604 ioctl(4, SNDCTL_DSP_GETBLKSIZE, 0x80a5824) = 0
0.000302 ioctl(4, SNDCTL_DSP_SYNC, 0) = 0
0.000250 munmap(0x40016000, 4096) = 0
.
...now it's not just a single call that takes too long, but _three_ of them.
There has to be someone who nows about the changes made from the alsa used in 2.6.4 and the current release, this way we could probably locate the source for the _additional_ delay introduced, maybe that'll lead us to a solution for the whole issue ?
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
