Hi Samuel, et al I've been trying for quite some time to figure this one out. I think that espeakup's stopping speaking happens after something changes the audio buffering somehow. After a time the audio buffering is no longer interrupting, or flushing but the next bit of speech is talking over the audio buffer, even though it is quite short. I thought I had a reproducible situation where as soon as the load got how enough this buffering change would happen. When I reverted libpulse0 to 14.2 it took a lot longer to get in to that state but it eventually got there anyway.
Any idea of who might be changing the audio buffering such that espeakup talks over itself when doing screen review? Maybe knowing this info can help us find the source of the trouble. I've reverted to older espeak and espeakup without seeing benefit. libasound has not updated in the time since it started acting this way. I have been taking newer kernels. I haven't tried booting a 5.17 kernel to see if that has any impact as of yet. Thanks for any help. It's very much appreciated. --FC > On Oct 7, 2022, at 5:21 PM, Samuel Thibault <[email protected]> wrote: > > Hello, > > It would be useful to determine which version of espeakup brought this > regression? Possibly also try to change the version of libespeak-ng1. > > Samuel > > Frank Carmickle, le jeu. 06 oct. 2022 15:55:01 -0400, a ecrit: >> Hello all, >> >> Anyone else seeing this? I haven't got any logging to show as of yet, and >> I'm not sure how to get it as of yet. If anyone could tell me what to adjust >> to get some logging, as I'm not seeing any now, I'd appreciate it. >> >> For now a killall -9 espeakup gets systemd to respawn it. This is happening >> quite a bit, every tenish minutes or so. Also, it seems to stop speaking >> when I do screen review by word. >> >> Speakup is kernel 5.19.0-2-amd64. >> >> >> Thanks, >> --FC
