Re: Overlapping speech with brltty and espeak-ng again

[am_dxer]

I was able to reproduce this as well when using RC4 of the Debian
Installer for Stretch when using the s option from the boot menu. I
found that I was not always able to interrupt speech with a keyboard
command. When the speech finally stopped, it seemed to repeat different
parts of the phrase. Its quite hard to describe. When i go back to the
rc3 version of the stretch installer, speech does not overlap.

On Wed, May 24, 2017, at 11:46 AM, Eric Scheibler wrote:
> Hello Samuel,
> 
> Samuel Thibault  schrieb am 24.05.2017, 17:16
> +0200:
> >Eric Scheibler, on mer. 24 mai 2017 10:53:30 +0200, wrote:
> >> But yesterday I've updated my system and installed espeak version
> >> 1.49.0+dfsg-10 and now it's as bad as described in bug #848016 again.
> >
> >Just to make sure, could you try to downgrade to 1.49.0+dfsg-9 to check
> >whether the changes in -10 bring a difference here?
> 
> I already did that and yes, I think, -10 made it a bit worse. At least
> I've adapted to the
> overlapping of -7 over time and recognized a difference after the system
> upgrade from yesterday. But
> -9 is still bad, compared to the situation with the killed speech
> dispatcher (see following email).
> 
> Cheers
> Eric
> 

Re: Overlapping speech with brltty and espeak-ng again

[Eric Scheibler]

Hello Samuel,

Samuel Thibault  schrieb am 24.05.2017, 17:16 +0200:
>Eric Scheibler, on mer. 24 mai 2017 10:53:30 +0200, wrote:
>> But yesterday I've updated my system and installed espeak version
>> 1.49.0+dfsg-10 and now it's as bad as described in bug #848016 again.
>
>Just to make sure, could you try to downgrade to 1.49.0+dfsg-9 to check
>whether the changes in -10 bring a difference here?

I already did that and yes, I think, -10 made it a bit worse. At least I've 
adapted to the
overlapping of -7 over time and recognized a difference after the system 
upgrade from yesterday. But
-9 is still bad, compared to the situation with the killed speech dispatcher 
(see following email).

Cheers
Eric

Re: Overlapping speech with brltty and espeak-ng again

[Eric Scheibler]

I think, that I found the cause of the overlapping.

I disabled lightdm on startup. Therefore my notebook initially loads no GUI, no 
orca and no speech
dispatcher. Instead only brltty is available on tty1, which I use with 
brltty-espeak. And then,
everything works like expected. Then I start mate and orca and the overlapping 
begins.

So I searched for running speech-dispatcher instances with:
ps axo user,pid,command | grep -i speech

and found:
eric  7478 /usr/lib/speech-dispatcher-modules/sd_dummy 
/etc/speech-dispatcher/modules/dummy.conf
eric  7480 /usr/lib/speech-dispatcher-modules/sd_espeak-ng 
/etc/speech-dispatcher/modules/espeak-ng.conf
eric  7485 /usr/lib/speech-dispatcher-modules/sd_generic 
/etc/speech-dispatcher/modules/generic.conf
eric  7487 /usr/bin/speech-dispatcher --spawn --port 6560 --socket-path 
/run/user/1000/speech-dispatcher/speechd.sock --communication-method unix_socket

Then I killed all speech dispatcher instances:
pkill speech-dispatch

and the overlapping is gone again and brltty works with espeak-ng like a charm.

Then I tested the following from tty1:
spd-say hello

Speech dispatcher speaks "hello" and the overlapping is back again.

The process monitor lists:
eric  7093 /usr/lib/speech-dispatcher-modules/sd_dummy 
/etc/speech-dispatcher/modules/dummy.conf
eric  7095 /usr/lib/speech-dispatcher-modules/sd_espeak-ng 
/etc/speech-dispatcher/modules/espeak-ng.conf
eric  7100 /usr/lib/speech-dispatcher-modules/sd_generic 
/etc/speech-dispatcher/modules/generic.conf
eric  7102 /usr/bin/speech-dispatcher --spawn --communication-method 
unix_socket --socket-path /run/user/1000/speech-dispatcher/speechd.sock

But in this case speech dispatcher quits automatically after 4-5 seconds and 
the overlapping is gone
with it. Seems, that the slightly different run options are responsible for 
that. If I use orca
again, then same result like above.

Conclusion: The overlap-bug only occurs as long as a speech dispatcher instance 
is running.
Question is: Should the speech dispatcher always be active and the bug lies 
there or is orca
responsible for the issue, cause it runs the speech dispatcher and never kills 
it afterwards?

Installed packages
brltty5.4-7
brltty-espeak 5.4-7
espeak-ng 1.49.0+dfsg-10
espeak-ng-data:amd64  1.49.0+dfsg-10
espeak-ng-espeak  1.49.0+dfsg-10
libespeak-ng1:amd64   1.49.0+dfsg-10
speech-dispatcher-espeak-ng   0.8.6-4

/etc/default/speech-dispatcher
RUN=no

/etc/speech-dispatcher/speechd.conf
DefaultModule espeak-ng
AudioOutputMethod "libao"   # tested with alsa too

Cheers
Eric

Overlapping speech with brltty and espeak-ng again

[Eric Scheibler]

Hello,

this issue refers to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848016

With espeak-ng version 1.49.0+dfsg-7 the problem was not fixed entirely but the 
speech overlapping
was on a tolerable level. But yesterday I've updated my system and installed 
espeak version
1.49.0+dfsg-10 and now it's as bad as described in bug #848016 again.

Therefore at least on my system, brltty is not longer usable with espeak again.

Is there anything else, I could provide to help solving this issue once and for 
all?

Thank you in advance
Eric