Sometimes bad responsiveness with outloud and alsa 1.0.16

["Lukas Loehrer" <listaddr1@xxxxxxxxxxx>]

On Debian sid with libasound2-1.0.16-2, I am getting very bad
responsiveness with the outloud speech server in some situations. The
problem goes away after downgrading to libasound2 1.0.15-3.

Responsiveness is not generally bad, but only in some situations. The
problem is easier to see with low speech-rates. The problem is for
example reproducible in in an info buffer when cycling from links to
links with the tab key. Voice locking must be enabled.

1. Hit tab to jump to a link
2. wait a bit until emacspeak is in the middle of reading the actual link text
3. Hit tab again to get to the next link

What should happen: speech should stop imediately and the next link should be read.
What happens with libasound 1.0.16-2: The text of the first link is read to the end and then the text of the second link is read.

Similar effects can be observed when moving through code line by line
and some font-locking is present. 

I have not yet been able to nail down the problem to a specific alsa
api call, but it is probably either snd_pcm_writei() or snd_pcm_drop()
whose behavior must have  changed in a subtle way in 1.0.16. I cannot produce
a short test case that reproduces the problem, so reporting the bug to
either Debian or Alsa is difficult. Can anyone reproduce the described
behavior?

Best regards, Lukas

-----------------------------------------------------------------------------
To unsubscribe from the emacspeak list or change your address on the
emacspeak list send mail to "emacspeak-request@xxxxxxxxxxx" with a
subject of "unsubscribe" or "help"