Reading the full-stop at the ends of paragraphs

[HenryLoenwind]

Using local voice Sonia on Windows 10, I find that it reads the full-stop at the end of paragraphsDOT

This is mildly annoying and not something that happens with the standard Windows voicesDOT

It doesn't happen when a paragraph ends with a ?, ", or something like that. It also doesn't happen in the middle of a paragraph or with single-line inputs (like the preview in the system settings). I suspect this is an artefact of the way the text is transformed?

[gexgd0419]

What is the application you are using to read the text?

[HenryLoenwind]

What is the application you are using to read the text?

Scrivener. http://www.literatureandlatte.com

PS: You can try this out directly from Edit>Speech>Settings:

The test paragraph there ends in a full-stopDOT

[HenryLoenwind]

Update. I just remembered there was a loglevel...

Using a hex editor:

or:

Sadly, I only see the SSML, not the input data. I'd say this is caused by the paragraph breaks being converted into, um, something. However, I cannot say if Scrivener does or if that's part of the SAPI-SSML conversion. However, as this character works with SAPI voices, I'd say it needs to be converted into something that doesn't trigger the preceding "." to be read, e.g. by adding a space character.

(EDIT: When I said "works" above, I meant that SAPI sees the character as whitespace, not that it speaks it as a proper paragraph break. With the second example, SAPI still says "twelveThree", instead of "twelve. Three" as a human would.)

As a luxury feature, replacing it with a short pause (e.g. <break time="150ms"/>) would be nice, as paragraphs running into each other has always annoyed me.

[HenryLoenwind]

PS: There's another small issue: It seems changing the loglevel disables logging completely until the host application is restarted. I haven't run further tests into that, though.