---------- Forwarded message ----------
Date: Tue, 13 Feb 2018 05:27:12
From: Didier Spaier <did...@slint.fr>
To: kendell clark <coffeekin...@gmail.com>,
Subject: Re: [orca-list] update on the antergos problems
[quoted lines from kendell clark]
Followed by reinstalling pulse audio to restore the configuration. I can?t
figure out why this works when there doesn?t seem to be anything wrong with
pulse audio or it?s settings, but this fixes orca. For a little while, and then
it messes up again in a few reboots. This is ?confusing, since all other apps
that use pulse ?audio, like media players and the like continue to work, it?s
only orca and speech dispatcher that are affected. Would the debian guys who
maintain speech dispatcher mind taking a look at speech dispatcher?s pulse
audio code and refactoring it? This is probably the source of the problem.
I very much doubt that the pulse audio code in speech dispatcher be guilty.
Rather I would suspect audio settings.
I had a look at the building stuff of the Debian package in this compressed
and didn't find anything weird.
They just compile the source code with few patching.
A patch set to use espeak-ng instead of espeak. We do the same in Slint, this
Another patch (attached) just increase the default latency when using
pulseaudio, I also doubt it comes into play.
For what it's worth, you could try to rely on alsa instead of pulse as audio
output method. That's what we do in Slint.
If you want to try, first check that you have a working alsa backend in speech
dispatcher, issuing this command:
If you hear a sound, as stated in the output, you can proceed to the next steps.
First, either edit if it exists ~/.config/speech-dispatcher/speechd.conf, else
/etc/speech-dispatcher/speechd.conf to have (uncommented):
Alternatively, run as regular user:
After some questions you will hear this one:
Default audio output method [pulse] :
type alsa then.
Now to have output of speech-dispacher though alsa and output of other sound
apps nicely coexisting you could edit /etc/pulse/default.pa to have these two
load-module module-alsa-sink device=dmix
load-module module-alsa-source device=dsnoop
But also check that you don't have alsa output redirected to pulse:
For instance if you have in /etc/asound.conf these two lines:
comment them out or just remove them.
Also, in Slint we make espeak-1.48.04 use portaudio, not pulseaudio. This is to
have espeakup rely on alsa too in a console (text mode).
So as a summary what I suggest is to have all speech apps relying to alsa,
leaving pulseaudio used by other sound applications.
Although I have no idea if this is applicable as-is to antergos, I hope this
Slint distribution: http://slint.fr
Description: speech-dispatcher defaults to extreme low latency
speech-dispatcher requests a total latency of 1 ms, which in turn gives
sub-ms latency inside the PulseAudio engine. This causes unnecessary CPU
consumption, or underruns. I understand that you would want immediate
feedback, but 20 ms seems more reasonable.
Author: David Henningsson <david.hennings...@canonical.com>
--- speech-dispatcher.orig/src/audio/pulse.c 2013-08-07 09:53:52.198165780 +1000
+++ speech-dispatcher/src/audio/pulse.c 2013-08-07 09:53:52.194165780 +1000
@@ -64,7 +64,8 @@
/* This is the smallest audio sound we are expected to play immediately without buffering. */
/* Changed to define on config file. Default is the same. */
-#define DEFAULT_PA_MIN_AUDIO_LENgTH 100
+/* Default to 20 ms of latency (1764 = 44100 * 0.020 * 2) */
+#define DEFAULT_PA_MIN_AUDIO_LENgTH 1764
static int pulse_log_level;
static char const *pulse_play_cmd = "paplay";
--- speech-dispatcher.orig/config/speechd.conf 2013-08-07 09:53:52.198165780 +1000
+++ speech-dispatcher/config/speechd.conf 2013-08-07 09:53:52.194165780 +1000
@@ -171,7 +171,7 @@
# -- ALSA parameters --
orca-list mailing list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
Log bugs and feature requests at http://bugzilla.gnome.org
pulseaudio-discuss mailing list