killall speech-dispatcher should be enough. I also usually run with -d and -t 15000 or something if I want the daemon to stay around long enough to do useful things with it when testing. Otherwise just letting it get launched and die when it times out is enough.
FWIW, a few more details:
* It isn't specific to Optical. I ended up having to switch to HDMI
because Optical can't do 5.1. Same result, though 5.1 audio works fine,
including in games.
* I also set default-sample-rate = 48000 in ~/.config/pulse/daemon.conf
thinking that might help. No luck.
Reverted to stereo and Line Out, and things are working again. I'd like
to return to HDMI, so advice on either what to tweak or how to rapidly
reset speech-dispatcher between tests welcome.
Thanks.
On 5/27/20 11:37 AM, Nolan Darilek wrote:
> Hey folks,
>
>
> My soundbar includes an optical out, to which I switched in hopes of
> enabling 5.1 surround. Unfortunately, after having done so,
> speech-dispatcher appears to be dropping audio at the beginning of
> every utterance.
>
>
> As an example, I have Orca set to echo by word only. I hear "xample",
> "rca", "ord only", etc. when typing this.
>
>
> If I open the sound device by, say, playing an MP3, everything is
> fine. I just started a track on reduced volume so I could type this
> last paragraph and proof my email.
>
>
> What parameters can I tweak to fix this? In looking at the config, I
> see a PulseAudio min length, along with bunches of knobs in espeak-ng
> (the module I'm using.) I'd appreciate guidance on which to tweak so
> I'm not here all day. :)
>
>
> Also, how should I test a new value? What's the easiest way to restart
> speech-dispatcher from my user session? Can I just pkill it after
> tweaking the config and have it come back, or is it more involved?
>
>
> Thanks for any help.
>