Re: Pulseaudio driver losing audio

[Samuel Thibault]

Mike Gorse, le dim. 07 juil. 2024 21:22:05 -0500, a ecrit:
> Hi Samuel,
> 
> On Sun, 7 Jul 2024, Samuel Thibault wrote:
> 
> > Mike Gorse via Speech Dispatcher discussion, le ven. 05 juil. 2024 13:39:36 
> > -0500, a ecrit:
> > > I just updated speech-dispatcher to 0.12.0-RC3 and found that the 
> > > pulseaudio
> > > driver is losing samples for me,
> > [...]
> > > If I revert 2ea44e, then it seems to work fine again.
> > 
> > Oh?  This is very odd, it's supposed to be only change buffering...
> > 
> > What exactly do you mean by losing samples?
> 
> I'm realizing that I misspoke earlier.
> If I open gedit, type "1 2 3 4 5 6," and have Orca read the line,

How do you make it read the line?

Why synthesis are you using?

Are you using the pulsaudio stack or the pipewire stack?

> I don't know if this is normal or relevant, but pa_stream_get_latency is
> returning high values for me. Ie,
> [Sun Jul  7 20:57:26 2024 : 732535] speechd:    Wrote data, playing with 
> latency 26930975µs
> 
> Without the buffering change, the latency hovers around 10000. (I'm not
> entirely sure what this function does.)

I'm not really sure either. If it's really the total latency, it does
makes sense that it's large since the buffering change basically pushes
all audio to pulseaudio. So if the audio takes 26s to play, getting a
latency of 26s makes sense.

> Also, I wasn't seeing pulse-related messages in speech-dispatcher.log even
> after I set LogLevel to 4. I started looking around and found that pulse.c
> defines its own MSG function that logs to stderr, which is different from
> what the MSG defined in server/speechd.c does.

Yes, the problem was that the audio plugins are shared between the
server and the modules. I have now fixed the audio plugins to just use
the MSG function provided by either module_utils or the server.

Samuel