Re: [orca-list] Orca speaks extra dot character

[Jeremy Lincicome <w0jrl1 gmail com>]

Samuel,
I edited the line
"DefaultSymbolsPreprocessing"
and set it to 1 in /etc/speech-dispatcher/speechd.conf. (Yes, I restarted.)
That didn't make a difference at all. I wonder if Speech-dispatcher 
doesn't get its configuration from that file when running as my user? 
Poking around a bit, I noticed a directory called /run/user/1000/. That 
directory has a Speech-dispatcher directory in it.
Running "df -h", I noticed that /run/user/1000 is mounted as TMPFS. So, 
questions: How/where do I get the logs for Speech-dispatcher? Why would 
Speech-dispatcher be ignoring "DefaultSymbolsPreprocessing 1"?
I thought that there might be a speech-dispatcher directory in my Home 
folder, but I can't find one.

Thanks,
Jeremy


On 4/29/20 3:11 PM, Samuel Thibault wrote:

> Hello,
>
> I'm indeed seeing the issue at the espeak-ng level, so it should be
> reported to espeak-ng:
>
> espeak-ng -v en-us -m '<speak><tts:style field="punctuation" mode="none">autogen.sh.</tts:style></speak>'
>
> will speak “autogen dot sh dot”. With "some" we get the same result. with
> "all" we get “autogen dot sh period”. With en-gb and en we get the same
> series of result.
>
>
> With the fr-fr voice, with "none" and "some" we get “autogen sh”, and
> with "all" we get “autogen point sh point”.
>
> So this really looks like a bug in the en-us language.
>
>
> In the latest speech-dispatcher developments we have indeed included
> some symbol support to optionally process punctuation etc. before the
> synthesis backend. In speech dispatcher 0.9.1, uncommenting
> DefaultSymbolsPreprocessing 1
> should indeed be making some/none/all behave as expected. Log files with
> LogLevel set to 5 would allow to have an idea why that's not happening.
>
> Samuel