Date   

Re: a couple of minor espeak ng issues in latest master

kendell clark
 

hi
Agreed, it's very useful. I've mostly used it to correct people's errors, but I can see it's usefulness in quick notes. Most people I correct use eloquence and the like, so don't notice such things. I'm glad espeak ng is so complete, and open source. Best synth imo. Better than those "natural" voices that's for sure, although mbrola isn't bad. Too bad it's proprietary.
Thanks
Kendell Clark


Bhavya shah wrote:

Hi,
'If you begin a sentence with a non capital letter, espeak ng will run
on, instead of inserting the correct pause. I used to think this was
deliberate to encourage proper grammar, but I'm not sure. '
Whether or not it was originally intended to act as an indicator for a
grammatical error, I find this particularly helpful when making quick
notes. The absence of pause is an excellent way of indicating the lack
of capitalization after a full stop. I would vote for this behaviour
being retained.
Thanks for bringing this up Kendell, in any case.
Thanks.

On 2/28/17, kendell clark <coffeekingms@gmail.com> wrote:
hi
No worries, I can't do everything at once either, lol. This new mapped
sound sounds much better. Thought, bought, at least in my opinion should
stay the same, since they sound like what I'd consider normal. One thing
that would be nice eventually is an espeakedit replacement, since
there's only so much that I know how to do with word fixes, I can't mess
with the phonemes because I don't understand them well enough. But
that's not a priority at the moment, at least it's not urgent.
Eventually is good enough. An easier way to update espeak ng or it's
dictionaries on windows would also be nice, not that it's hard now but
it's not as simple as copying them into the right place on linux. I keep
hoping to get nvda users testing my repository but I keep getting stuck
at trying to figure out how to copy the en_dict file, or compile it on
windows and have nvda pick it up. This isn't your problem I don't think,
since you just produce espeak, you don't have anything to do with what
nvda does. One last issue to report, and it's one I just now found. If
you begin a sentence with a non capital letter, espeak ng will run on,
instead of inserting the correct pause. I used to think this was
deliberate to encourage proper grammar, but I'm not sure. This isn't a
huge bug at all, just something I noticed when writing this.

Thanks
Kendell Clark


Reece H. Dunn wrote:
On Mon, Feb 27, 2017 at 10:59 pm, kendell clark wrote:

hi
I'd love the different english accents idea. Would these be different
varients selectable in the usual way or different voices since
varients
are basically voices now and voices are languages?

The language is the first part, e.g. 'en' for English. The rest of
that will specify the accent. 'en-US' for a modern generalised
American English accent, like how 'en-GB' is used for a modern
southern Brittish English accent. The other accents would be things
like 'en-US-x-south' for Southern American, 'en-US-x-usny' for a New
York accent, etc.

Voice variants in espeak terminology are what I am describing as
voices in espeak-ng. These voices will support different voices, such
as the MBROLA voices or alternative voice data to the current espeak
voice and its klatt variants.

I'm ok with software
sounding like thought and bought, however it might need ...
opening up a
bit. A little more like ah, like in palm, but not quite. God that
sucks,
but it's the best I can put it.

I have now mapped the CLOTH vowels to /O/ which uses a sound similar
to PALM. Does this sound better? Also, should THOUGHT, etc. be a
similar sound to this?

I've had people tell me they've wanted a
more southern espeak ng voice for a while, but I didn't have the
slightest clue how to do it.

It requires understanding the Southern American accent, and adding a
new Southern American phoneme table to espeak/espeak-ng.

I don't have many testers, just a few, but
one of them expressed a lot of interested in improved klatt
voices. I'm
interested in that as well but they seem to require a lot of work.

This is something on my long TODO list. I want to get the
architectural changes to make it easier to use different phoneme
tables with the same language files. Once that is done, I am going to
make the MBROLA voices use their own phoneme tables to provide better
MBROLA voice support. After that, I intend to look at creating better
klatt voices.

Not
that I'm complaining at all, it's just a different phonetic model
and I
don't understand it enough to fix it. I'm going through the rest
of your
email now and will reply to it. Just had to answer here.

No problem. Your feedback and comments are always welcome. I just
don't have time to do everything at once.


Cheers

Reece

Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix
issues I
thought would never get fixed, making espeak ng's US english
sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to
fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software,
etc.
They
sound more like awn, sawftware. I'm not sure if this was
intentional,
but my testers were hoping it could be changed back without
removing
your cloth vowel fix.

Do you/your testers want the American accent to have the
COT-CLOTH
merger? That is, do you want PALM and LOT (COT) to have the
same vowel
sound as THOUGHT and CLOTH? Does this also include words like
ORANGE
and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project,
which is based on the CMU pronunciation dictionary for American
English. I'm also creating a similar dictionary for Received
Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as
well,
with different features. I'll probably start by creating an
en-US-x-genam accent that has things like the COT-CAUGHT
distinction,
while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured
I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a
faster
way.

This is a problem with the code. It looks like
espeak/espeak-ng is not
preserving/using the $abbrev flag once it has removed a suffix
like
's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00
as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because
this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates,
like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again,
not a
complaint at all, just a request when you ahve time. I
remember you
saying it would require a lot of refactoring of how espeak ng
handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is
used, or
whether it is something different like a ratio. For example,
the odds
were 12:15. This will likely be looked at with the other
context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only
synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just
takes
time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android
updates with each release now, so it should be possible to
update the
Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the
french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is
a
french maintainer, would you mind taking a look? He's
reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said
properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is
done in
English.

Also, there's a bug where if there's a word with a u and an i
in it,
like suit, espeak ng french pronounces it as "sit" ignoring the
u.
I'd
think the approach might be to have espeak ng french use the
english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The
change was
made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas
Guillory.
I'll revert that change so it sounds correct.

Kind regards,

Reece




Re: a couple of minor espeak ng issues in latest master

Bhavya shah
 

Hi,
'If you begin a sentence with a non capital letter, espeak ng will run
on, instead of inserting the correct pause. I used to think this was
deliberate to encourage proper grammar, but I'm not sure. '
Whether or not it was originally intended to act as an indicator for a
grammatical error, I find this particularly helpful when making quick
notes. The absence of pause is an excellent way of indicating the lack
of capitalization after a full stop. I would vote for this behaviour
being retained.
Thanks for bringing this up Kendell, in any case.
Thanks.

On 2/28/17, kendell clark <coffeekingms@gmail.com> wrote:
hi
No worries, I can't do everything at once either, lol. This new mapped
sound sounds much better. Thought, bought, at least in my opinion should
stay the same, since they sound like what I'd consider normal. One thing
that would be nice eventually is an espeakedit replacement, since
there's only so much that I know how to do with word fixes, I can't mess
with the phonemes because I don't understand them well enough. But
that's not a priority at the moment, at least it's not urgent.
Eventually is good enough. An easier way to update espeak ng or it's
dictionaries on windows would also be nice, not that it's hard now but
it's not as simple as copying them into the right place on linux. I keep
hoping to get nvda users testing my repository but I keep getting stuck
at trying to figure out how to copy the en_dict file, or compile it on
windows and have nvda pick it up. This isn't your problem I don't think,
since you just produce espeak, you don't have anything to do with what
nvda does. One last issue to report, and it's one I just now found. If
you begin a sentence with a non capital letter, espeak ng will run on,
instead of inserting the correct pause. I used to think this was
deliberate to encourage proper grammar, but I'm not sure. This isn't a
huge bug at all, just something I noticed when writing this.

Thanks
Kendell Clark


Reece H. Dunn wrote:
On Mon, Feb 27, 2017 at 10:59 pm, kendell clark wrote:

hi
I'd love the different english accents idea. Would these be different
varients selectable in the usual way or different voices since
varients
are basically voices now and voices are languages?

The language is the first part, e.g. 'en' for English. The rest of
that will specify the accent. 'en-US' for a modern generalised
American English accent, like how 'en-GB' is used for a modern
southern Brittish English accent. The other accents would be things
like 'en-US-x-south' for Southern American, 'en-US-x-usny' for a New
York accent, etc.

Voice variants in espeak terminology are what I am describing as
voices in espeak-ng. These voices will support different voices, such
as the MBROLA voices or alternative voice data to the current espeak
voice and its klatt variants.

I'm ok with software
sounding like thought and bought, however it might need ...
opening up a
bit. A little more like ah, like in palm, but not quite. God that
sucks,
but it's the best I can put it.

I have now mapped the CLOTH vowels to /O/ which uses a sound similar
to PALM. Does this sound better? Also, should THOUGHT, etc. be a
similar sound to this?

I've had people tell me they've wanted a
more southern espeak ng voice for a while, but I didn't have the
slightest clue how to do it.

It requires understanding the Southern American accent, and adding a
new Southern American phoneme table to espeak/espeak-ng.

I don't have many testers, just a few, but
one of them expressed a lot of interested in improved klatt
voices. I'm
interested in that as well but they seem to require a lot of work.

This is something on my long TODO list. I want to get the
architectural changes to make it easier to use different phoneme
tables with the same language files. Once that is done, I am going to
make the MBROLA voices use their own phoneme tables to provide better
MBROLA voice support. After that, I intend to look at creating better
klatt voices.

Not
that I'm complaining at all, it's just a different phonetic model
and I
don't understand it enough to fix it. I'm going through the rest
of your
email now and will reply to it. Just had to answer here.

No problem. Your feedback and comments are always welcome. I just
don't have time to do everything at once.


Cheers

Reece

Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix
issues I
thought would never get fixed, making espeak ng's US english
sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to
fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software,
etc.
They
sound more like awn, sawftware. I'm not sure if this was
intentional,
but my testers were hoping it could be changed back without
removing
your cloth vowel fix.

Do you/your testers want the American accent to have the
COT-CLOTH
merger? That is, do you want PALM and LOT (COT) to have the
same vowel
sound as THOUGHT and CLOTH? Does this also include words like
ORANGE
and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project,
which is based on the CMU pronunciation dictionary for American
English. I'm also creating a similar dictionary for Received
Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as
well,
with different features. I'll probably start by creating an
en-US-x-genam accent that has things like the COT-CAUGHT
distinction,
while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured
I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a
faster
way.

This is a problem with the code. It looks like
espeak/espeak-ng is not
preserving/using the $abbrev flag once it has removed a suffix
like
's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00
as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because
this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates,
like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again,
not a
complaint at all, just a request when you ahve time. I
remember you
saying it would require a lot of refactoring of how espeak ng
handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is
used, or
whether it is something different like a ratio. For example,
the odds
were 12:15. This will likely be looked at with the other
context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only
synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just
takes
time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android
updates with each release now, so it should be possible to
update the
Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the
french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is
a
french maintainer, would you mind taking a look? He's
reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said
properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is
done in
English.

Also, there's a bug where if there's a word with a u and an i
in it,
like suit, espeak ng french pronounces it as "sit" ignoring the
u.
I'd
think the approach might be to have espeak ng french use the
english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The
change was
made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas
Guillory.
I'll revert that change so it sounds correct.

Kind regards,

Reece




--
Best Regards
Bhavya Shah

Avid Enthusiast and User of the Free NVDA Screen Reader (www.nvaccess.org)

Contacting Me
E-mail Address: bhavya.shah125@gmail.com
Follow me on Twitter @BhavyaShah125 or www.twitter.com/BhavyaShah125
Mobile Number: +91 7506221750


Re: a couple of minor espeak ng issues in latest master

kendell clark
 

hi
No worries, I can't do everything at once either, lol. This new mapped sound sounds much better. Thought, bought, at least in my opinion should stay the same, since they sound like what I'd consider normal. One thing that would be nice eventually is an espeakedit replacement, since there's only so much that I know how to do with word fixes, I can't mess with the phonemes because I don't understand them well enough. But that's not a priority at the moment, at least it's not urgent. Eventually is good enough. An easier way to update espeak ng or it's dictionaries on windows would also be nice, not that it's hard now but it's not as simple as copying them into the right place on linux. I keep hoping to get nvda users testing my repository but I keep getting stuck at trying to figure out how to copy the en_dict file, or compile it on windows and have nvda pick it up. This isn't your problem I don't think, since you just produce espeak, you don't have anything to do with what nvda does. One last issue to report, and it's one I just now found. If you begin a sentence with a non capital letter, espeak ng will run on, instead of inserting the correct pause. I used to think this was deliberate to encourage proper grammar, but I'm not sure. This isn't a huge bug at all, just something I noticed when writing this.

Thanks
Kendell Clark


Reece H. Dunn wrote:

On Mon, Feb 27, 2017 at 10:59 pm, kendell clark wrote:

hi
I'd love the different english accents idea. Would these be different
varients selectable in the usual way or different voices since
varients
are basically voices now and voices are languages?

The language is the first part, e.g. 'en' for English. The rest of that will specify the accent. 'en-US' for a modern generalised American English accent, like how 'en-GB' is used for a modern southern Brittish English accent. The other accents would be things like 'en-US-x-south' for Southern American, 'en-US-x-usny' for a New York accent, etc.

Voice variants in espeak terminology are what I am describing as voices in espeak-ng. These voices will support different voices, such as the MBROLA voices or alternative voice data to the current espeak voice and its klatt variants.

I'm ok with software
sounding like thought and bought, however it might need ...
opening up a
bit. A little more like ah, like in palm, but not quite. God that
sucks,
but it's the best I can put it.

I have now mapped the CLOTH vowels to /O/ which uses a sound similar to PALM. Does this sound better? Also, should THOUGHT, etc. be a similar sound to this?

I've had people tell me they've wanted a
more southern espeak ng voice for a while, but I didn't have the
slightest clue how to do it.

It requires understanding the Southern American accent, and adding a new Southern American phoneme table to espeak/espeak-ng.

I don't have many testers, just a few, but
one of them expressed a lot of interested in improved klatt
voices. I'm
interested in that as well but they seem to require a lot of work.

This is something on my long TODO list. I want to get the architectural changes to make it easier to use different phoneme tables with the same language files. Once that is done, I am going to make the MBROLA voices use their own phoneme tables to provide better MBROLA voice support. After that, I intend to look at creating better klatt voices.

Not
that I'm complaining at all, it's just a different phonetic model
and I
don't understand it enough to fix it. I'm going through the rest
of your
email now and will reply to it. Just had to answer here.

No problem. Your feedback and comments are always welcome. I just don't have time to do everything at once.


Cheers

Reece

Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix
issues I
thought would never get fixed, making espeak ng's US english sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to
fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software, etc.
They
sound more like awn, sawftware. I'm not sure if this was
intentional,
but my testers were hoping it could be changed back without
removing
your cloth vowel fix.

Do you/your testers want the American accent to have the
COT-CLOTH
merger? That is, do you want PALM and LOT (COT) to have the
same vowel
sound as THOUGHT and CLOTH? Does this also include words like
ORANGE
and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project,
which is based on the CMU pronunciation dictionary for American
English. I'm also creating a similar dictionary for Received
Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as
well,
with different features. I'll probably start by creating an
en-US-x-genam accent that has things like the COT-CAUGHT
distinction,
while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a
faster
way.

This is a problem with the code. It looks like
espeak/espeak-ng is not
preserving/using the $abbrev flag once it has removed a suffix
like
's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00 as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because
this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates,
like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again,
not a
complaint at all, just a request when you ahve time. I
remember you
saying it would require a lot of refactoring of how espeak ng
handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is
used, or
whether it is something different like a ratio. For example,
the odds
were 12:15. This will likely be looked at with the other
context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just
takes
time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android
updates with each release now, so it should be possible to
update the
Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the
french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is a
french maintainer, would you mind taking a look? He's
reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said
properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is
done in
English.

Also, there's a bug where if there's a word with a u and an i
in it,
like suit, espeak ng french pronounces it as "sit" ignoring the u.
I'd
think the approach might be to have espeak ng french use the
english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The
change was
made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas
Guillory.
I'll revert that change so it sounds correct.

Kind regards,

Reece


Re: a couple of minor espeak ng issues in latest master

Reece H. Dunn
 

On Mon, Feb 27, 2017 at 10:59 pm, kendell clark wrote:

hi
I'd love the different english accents idea. Would these be different
varients selectable in the usual way or different voices since varients
are basically voices now and voices are languages?

The language is the first part, e.g. 'en' for English. The rest of that will specify the accent. 'en-US' for a modern generalised American English accent, like how 'en-GB' is used for a modern southern Brittish English accent. The other accents would be things like 'en-US-x-south' for Southern American, 'en-US-x-usny' for a New York accent, etc.

Voice variants in espeak terminology are what I am describing as voices in espeak-ng. These voices will support different voices, such as the MBROLA voices or alternative voice data to the current espeak voice and its klatt variants.

I'm ok with software
sounding like thought and bought, however it might need ... opening up a
bit. A little more like ah, like in palm, but not quite. God that sucks,
but it's the best I can put it.

I have now mapped the CLOTH vowels to /O/ which uses a sound similar to PALM. Does this sound better? Also, should THOUGHT, etc. be a similar sound to this?

I've had people tell me they've wanted a
more southern espeak ng voice for a while, but I didn't have the
slightest clue how to do it.

It requires understanding the Southern American accent, and adding a new Southern American phoneme table to espeak/espeak-ng.

I don't have many testers, just a few, but
one of them expressed a lot of interested in improved klatt voices. I'm
interested in that as well but they seem to require a lot of work.

This is something on my long TODO list. I want to get the architectural changes to make it easier to use different phoneme tables with the same language files. Once that is done, I am going to make the MBROLA voices use their own phoneme tables to provide better MBROLA voice support. After that, I intend to look at creating better klatt voices.

Not
that I'm complaining at all, it's just a different phonetic model and I
don't understand it enough to fix it. I'm going through the rest of your
email now and will reply to it. Just had to answer here.

No problem. Your feedback and comments are always welcome. I just don't have time to do everything at once.


Cheers

Reece

Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix issues I
thought would never get fixed, making espeak ng's US english sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to
fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software, etc.
They
sound more like awn, sawftware. I'm not sure if this was intentional,
but my testers were hoping it could be changed back without removing
your cloth vowel fix.

Do you/your testers want the American accent to have the COT-CLOTH
merger? That is, do you want PALM and LOT (COT) to have the same vowel
sound as THOUGHT and CLOTH? Does this also include words like ORANGE
and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project,
which is based on the CMU pronunciation dictionary for American
English. I'm also creating a similar dictionary for Received
Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as well,
with different features. I'll probably start by creating an
en-US-x-genam accent that has things like the COT-CAUGHT distinction,
while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a faster
way.

This is a problem with the code. It looks like espeak/espeak-ng is not
preserving/using the $abbrev flag once it has removed a suffix like
's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00 as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates, like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again, not a
complaint at all, just a request when you ahve time. I remember you
saying it would require a lot of refactoring of how espeak ng handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is used, or
whether it is something different like a ratio. For example, the odds
were 12:15. This will likely be looked at with the other
context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just takes
time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android
updates with each release now, so it should be possible to update the
Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is a
french maintainer, would you mind taking a look? He's reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is done in
English.

Also, there's a bug where if there's a word with a u and an i in it,
like suit, espeak ng french pronounces it as "sit" ignoring the u.
I'd
think the approach might be to have espeak ng french use the english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The change was
made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas Guillory.
I'll revert that change so it sounds correct.

Kind regards,

Reece

 


Re: a couple of minor espeak ng issues in latest master

kendell clark
 

hi
Just updated my espeak ng package for antergos. The phoneme fixes for english US are a huge improvement, thanks a lot! It now sounds perfect. I've also updated my US english repository with your en_rules and en_list files, so my testers can just run the compile script after updating espeak ng. Open source software ftw!
Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix issues I
thought would never get fixed, making espeak ng's US english sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software, etc.
They
sound more like awn, sawftware. I'm not sure if this was intentional,
but my testers were hoping it could be changed back without removing
your cloth vowel fix.

Do you/your testers want the American accent to have the COT-CLOTH merger? That is, do you want PALM and LOT (COT) to have the same vowel sound as THOUGHT and CLOTH? Does this also include words like ORANGE and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project, which is based on the CMU pronunciation dictionary for American English. I'm also creating a similar dictionary for Received Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as well, with different features. I'll probably start by creating an en-US-x-genam accent that has things like the COT-CAUGHT distinction, while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a faster
way.

This is a problem with the code. It looks like espeak/espeak-ng is not preserving/using the $abbrev flag once it has removed a suffix like 's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00 as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates, like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again, not a
complaint at all, just a request when you ahve time. I remember you
saying it would require a lot of refactoring of how espeak ng handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is used, or whether it is something different like a ratio. For example, the odds were 12:15. This will likely be looked at with the other context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just takes time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android updates with each release now, so it should be possible to update the Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is a
french maintainer, would you mind taking a look? He's reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is done in English.

Also, there's a bug where if there's a word with a u and an i in it,
like suit, espeak ng french pronounces it as "sit" ignoring the u.
I'd
think the approach might be to have espeak ng french use the english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The change was made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas Guillory. I'll revert that change so it sounds correct.

Kind regards,

Reece


Github push to espeak-ng:espeak-ng #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

2 New Commits:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
304829e1188b: en-US: map /O2/ to /O/ for the CLOTH vowel.

Modified: phsource/ph_english_us


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
7b7363b6ed8b: fr: Make /j./ map to /y/ for now. It did not have a proper phoneme definition, so was silent.

Modified: CHANGELOG.md
Modified: phsource/ph_french


Github push to espeak-ng:espeak-ng #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

1 New Commit:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
418643afcbe5: en: Use /d#/ consistently for -ed endings to properly detect /t/ or /d/ pronunciations.

Modified: dictsource/en_rules


Re: a couple of minor espeak ng issues in latest master

kendell clark
 

hi
I'd love the different english accents idea. Would these be different varients selectable in the usual way or different voices since varients are basically voices now and voices are languages? I'm ok with software sounding like thought and bought, however it might need ... opening up a bit. A little more like ah, like in palm, but not quite. God that sucks, but it's the best I can put it. I've had people tell me they've wanted a more southern espeak ng voice for a while, but I didn't have the slightest clue how to do it. I don't have many testers, just a few, but one of them expressed a lot of interested in improved klatt voices. I'm interested in that as well but they seem to require a lot of work. Not that I'm complaining at all, it's just a different phonetic model and I don't understand it enough to fix it. I'm going through the rest of your email now and will reply to it. Just had to answer here.
Thanks
Kendell Clark


Reece H. Dunn wrote:


On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng
master and
I love the new changes made to english US english. They fix issues I
thought would never get fixed, making espeak ng's US english sound
much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software, etc.
They
sound more like awn, sawftware. I'm not sure if this was intentional,
but my testers were hoping it could be changed back without removing
your cloth vowel fix.

Do you/your testers want the American accent to have the COT-CLOTH merger? That is, do you want PALM and LOT (COT) to have the same vowel sound as THOUGHT and CLOTH? Does this also include words like ORANGE and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project, which is based on the CMU pronunciation dictionary for American English. I'm also creating a similar dictionary for Received Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as well, with different features. I'll probably start by creating an en-US-x-genam accent that has things like the COT-CAUGHT distinction, while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an
apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as
Ens0z. n
soz for those who don't understand espeak phonetics. I figured I'd
leave
it to you to fix since I don't have the slightest clue how other
than to
fix every single abbreviation manually and there's got to be a faster
way.

This is a problem with the code. It looks like espeak/espeak-ng is not preserving/using the $abbrev flag once it has removed a suffix like 's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course,
to fix
espeak's speaking of times and dates? Example, espeak says 2:00 as
2 00
instead of 2 o'clock. I'm not sure how to fix this one because this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make
espeak
speak it only when followed by am or pm, but that would break
military
time. I'm nt sure. Last, and then I'll go away, are dates, like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again, not a
complaint at all, just a request when you ahve time. I remember you
saying it would require a lot of refactoring of how espeak ng handles
numbers, so this one's definitely low priority, at least I don't
want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is used, or whether it is something different like a ratio. For example, the odds were 12:15. This will likely be looked at with the other context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only synth
this
would've made me switch.

Thanks. I have more improvements that I am working on, it just takes time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android updates with each release now, so it should be possible to update the Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the french
voice for english words as well. He reports that instead of
falling back
on the english phoneme tables it uses it's own french rules for
english
words. I'm not sure what the right approach is here. If there is a
french maintainer, would you mind taking a look? He's reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said properly in
french, whereas they've been fixed for a couple of years in US
english.

These can be added to the French rules/lists files like is done in English.

Also, there's a bug where if there's a word with a u and an i in it,
like suit, espeak ng french pronounces it as "sit" ignoring the u.
I'd
think the approach might be to have espeak ng french use the english
rules but there might be a really good reason to use it's own
rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The change was made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas Guillory. I'll revert that change so it sounds correct.

Kind regards,

Reece


Re: a couple of minor espeak ng issues in latest master

Reece H. Dunn
 

On Mon, Feb 27, 2017 at 09:27 pm, kendell clark wrote:

hi all
First of all reece, I've just updated to the latest espeak ng master and
I love the new changes made to english US english. They fix issues I
thought would never get fixed, making espeak ng's US english sound much
more ... well, american.

I'm glad you like the fixes. I'm working through changes to fix/improve the English pronunciations.

There are a couple of minor issues I thought
I'd better report though. First, are words like on, software, etc. They
sound more like awn, sawftware. I'm not sure if this was intentional,
but my testers were hoping it could be changed back without removing
your cloth vowel fix.

Do you/your testers want the American accent to have the COT-CLOTH merger? That is, do you want PALM and LOT (COT) to have the same vowel sound as THOUGHT and CLOTH? Does this also include words like ORANGE and HORROR (but not BORROW and a few others)?

I am using and fixing my https://github.com/rhdunn/amepd project, which is based on the CMU pronunciation dictionary for American English. I'm also creating a similar dictionary for Received Pronunciation, and potentially others.

I'm thinking of creating other accents for American English as well, with different features. I'll probably start by creating an en-US-x-genam accent that has things like the COT-CAUGHT distinction, while en-US has them merged.

The second is more serious but I'm not sure of a
fix. I'm not sure if this is a new issue or one I'm just now
discovering, but abbreviations don't work if followed by an apostrophe
and an s. Example, ibm is said as Ib@ms, and nsa's is said as Ens0z. n
soz for those who don't understand espeak phonetics. I figured I'd leave
it to you to fix since I don't have the slightest clue how other than to
fix every single abbreviation manually and there's got to be a faster
way.

This is a problem with the code. It looks like espeak/espeak-ng is not preserving/using the $abbrev flag once it has removed a suffix like 's. I'll investigate.

The last one isn't an issue, but a request that I'm sure you've
heard before. Would it be possible, when you have time of course, to fix
espeak's speaking of times and dates? Example, espeak says 2:00 as 2 00
instead of 2 o'clock. I'm not sure how to fix this one because this
would result in 2:00:00 two minutes and zero seconds or two hours
exactly, to be said as 2 o'clock, unless you could somehow make espeak
speak it only when followed by am or pm, but that would break military
time. I'm nt sure. Last, and then I'll go away, are dates, like 1950.
Espeak ng says 19 hundred 50, when 19 50 would be nice. Again, not a
complaint at all, just a request when you ahve time. I remember you
saying it would require a lot of refactoring of how espeak ng handles
numbers, so this one's definitely low priority, at least I don't want to
act as if it's urgent, but it would be nice eventually.

The main problem here is detecting when a date or time is used, or whether it is something different like a ratio. For example, the odds were 12:15. This will likely be looked at with the other context-related issues.

I love the fixes
you've done, if I weren't already using espeak ng as my only synth this
would've made me switch.

Thanks. I have more improvements that I am working on, it just takes time to check and fix the pronunciations.

Can't wait for an android update.

I have the infrastructure in place to be able to support Android updates with each release now, so it should be possible to update the Android version more often.

Finally, one
issue I'm reporting on behalf of a french speaker who uses the french
voice for english words as well. He reports that instead of falling back
on the english phoneme tables it uses it's own french rules for english
words. I'm not sure what the right approach is here. If there is a
french maintainer, would you mind taking a look? He's reporting that
words such as ubuntu, kubuntu, xubuntu, etc aren't said properly in
french, whereas they've been fixed for a couple of years in US english.

These can be added to the French rules/lists files like is done in English.

Also, there's a bug where if there's a word with a u and an i in it,
like suit, espeak ng french pronounces it as "sit" ignoring the u. I'd
think the approach might be to have espeak ng french use the english
rules but there might be a really good reason to use it's own rules, and
I don't want to act as if I know better.

The word suit/suite is actually derived from French :). The change was made in 79003ea0521193a23e31aab6a5d90a7b7b2caedb by Thomas Guillory. I'll revert that change so it sounds correct.

Kind regards,

Reece


a couple of minor espeak ng issues in latest master

kendell clark
 

hi all
First of all reece, I've just updated to the latest espeak ng master and I love the new changes made to english US english. They fix issues I thought would never get fixed, making espeak ng's US english sound much more ... well, american. There are a couple of minor issues I thought I'd better report though. First, are words like on, software, etc. They sound more like awn, sawftware. I'm not sure if this was intentional, but my testers were hoping it could be changed back without removing your cloth vowel fix. The second is more serious but I'm not sure of a fix. I'm not sure if this is a new issue or one I'm just now discovering, but abbreviations don't work if followed by an apostrophe and an s. Example, ibm is said as Ib@ms, and nsa's is said as Ens0z. n soz for those who don't understand espeak phonetics. I figured I'd leave it to you to fix since I don't have the slightest clue how other than to fix every single abbreviation manually and there's got to be a faster way. The last one isn't an issue, but a request that I'm sure you've heard before. Would it be possible, when you have time of course, to fix espeak's speaking of times and dates? Example, espeak says 2:00 as 2 00 instead of 2 o'clock. I'm not sure how to fix this one because this would result in 2:00:00 two minutes and zero seconds or two hours exactly, to be said as 2 o'clock, unless you could somehow make espeak speak it only when followed by am or pm, but that would break military time. I'm nt sure. Last, and then I'll go away, are dates, like 1950. Espeak ng says 19 hundred 50, when 19 50 would be nice. Again, not a complaint at all, just a request when you ahve time. I remember you saying it would require a lot of refactoring of how espeak ng handles numbers, so this one's definitely low priority, at least I don't want to act as if it's urgent, but it would be nice eventually. I love the fixes you've done, if I weren't already using espeak ng as my only synth this would've made me switch. Can't wait for an android update. Finally, one issue I'm reporting on behalf of a french speaker who uses the french voice for english words as well. He reports that instead of falling back on the english phoneme tables it uses it's own french rules for english words. I'm not sure what the right approach is here. If there is a french maintainer, would you mind taking a look? He's reporting that words such as ubuntu, kubuntu, xubuntu, etc aren't said properly in french, whereas they've been fixed for a couple of years in US english. Also, there's a bug where if there's a word with a u and an i in it, like suit, espeak ng french pronounces it as "sit" ignoring the u. I'd think the approach might be to have espeak ng french use the english rules but there might be a really good reason to use it's own rules, and I don't want to act as if I know better.

Thanks
Kendell Clark


Updates to Github #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #178 upgrade internal audio quality (sample-rate & bit-depth)
By cmrdt:

there is also concern for certain words, phonemes/languages, and voice config's there is risk of clipping) causing artifacts what adversely affect the quality/clarity of the audio workarounds might include

  • floating-point processing/output
  • dynamic-volume leveling (but that would interfere with SSML volume/emphasis prosody)
  • reduce the default volume output to give more headroom)


[espeak-ng:master] New Issue Created by cmrdt:
#227 manual phoneme input peculiarities

when doing manual phoneme input:

  • [[___]]’s possessive case (e.g. for names) isn't parsed (space-separated ˈɛs) (rather do s|z|ɪz)

  • stress markers',: if don't manually input or via infer from lookup/similar word, lack of (dictionary?) heuristics at times make the word sound worse is there way to specify degree of manual/auto?

  • when changing language e.g. to use other vowel/phoneme sets via SSML tags: e.g. <voice xml:lang="es"> stuff <voice xml:lang="en-us"> it does a grammar/parsing reset therefore pitch and intonation is reset as though it were a new sentence, [[_^_esstuff_^_en-us]] or [[_^_es]] stuff [[_^_en-us]] bypasses this, as long it is not interrupted by a newline

  • ~unexpected/confusing [[Q"Ql# _^_ipa GRK]] as ʁɣɬ (͡i͡p͡a) ɣʁɬ~ , no space before _^_ produces [[a_^_ipa a]] as ˈa(͡g͡n)yɕɛ a

  • ~not all languages/variants seem reachable via _^_~ when invalid _^_ typed, it repeats previous word

    • should it be better documented? (what is base1 base2? havent figured it out yet)
invalid actual
bs hbs hr
en-029 en-wi
en-gb
en-GB-scotland en-sc
en-GB-x-gbclan en-n
en-GB-x-gbcwmd en-wm
en-GB-x-rp en-rp
es-mx es-419 es-la
fa-Latn fa
fonipa ipa
fr-be fr?
hy-arevela hy?
lfn base2
ms id
nb no
pap base2
pt pt_pt !
pt-br pt !
vi-VN-x-central vi-hue
vi-VN-x-south vi-sgn
zh-cmn cmn zh
zh-yue zhy
  rw
  prs
  nso
  nci
  kk
  hi_base
  fr-ca
  consonants
  bo
  base
  base1
  base2
  ak
  wo
  • at least allows combining from multiple non-tonal languages into one synth- word [[_^_ipa ts) _^_fr-ca y _^_ar H _^_es own _^_en-us Iz]]

also question regarding loanwords which often differ from pronunciation norm's should they use  some of other language's phoneme set?   by how much ? the degree it has been normalized, integrated into common-use


Updates to Github #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #178 upgrade internal audio quality (sample-rate & bit-depth)
By cmrdt:

there is also concern for certain words, phonemes/languages, and voice config's there is risk of clipping) causing artifacts what adversely affect the quality/clarity of the audio workaround might include

  • floating-point processing/output
  • dynamic-volume leveling (but that would interfere with SSML volume/emphasis prosody)
  • reduce the default volume output to give more headroom


[espeak-ng:master] New Comment on Issue #178 upgrade internal audio quality (sample-rate & bit-depth)
By cmrdt:

there is also concern for certain words, phonemes/languages, and voice config's there is risk of clipping) causing artifacts what adversely affect the quality/clarity of the audio workaround might include

  • floating-point processing/output
  • dynamic-volume leveling (but that would interfere with SSML volume/emphasis prosody)
  • reduce the default volume output to give more headroom


[espeak-ng:master] New Comment on Issue #178 upgrade internal audio quality (sample-rate & bit-depth)
By cmrdt:

there is also concern for certain words, phonemes/languages, and voice config's there is risk of clipping) causing artifacts what adversely affect the quality/clarity of the audio workaround might include

  • floating-point processing/output
  • dynamic-volume leveling (but that would interfere with SSML volume/emphasis prosody)
  • reduce the default volume output to give more headroom)


[espeak-ng:master] new issue: Language analysis improvements #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Issue Created by valdisvi:
#199 Language analysis improvements

Language analysis and spelling decisions could be improved by introducing following new features: - [ ] extend verb follows/noun follows marks to more/arbitrary flags, which then can be used to make different pronunciation rules for homonyms - [x] J statement as precondition, to allow choosing pronunciation from preceding word. - [x] J statement should support letter groups e.g. (JL01 as marking letters. This could help solving names of numbers as different words #83 - [ ] possibility to go back to start of the rules and redo analysis again (e.g. issue #121 not only after removing pre/suf-fixes. Could be performance drain, if used improperly.) - [ ] replace rule extended to replace not only characters, but group of characters, also probably replace using matching rules - [ ] _list extended to mark arbitrary defined word types (e.g. $units #115) and by comparing only root part of the word (i.e. partial match without pre/suffixes) - [ ] output (prosody data) extended to mark syllables with more/arbitrary defined ways for different pronuciations (e.g. high/low pitch for Chinese etc.) - [x] Fix issue #196 Word end mark _ doesn't work properly with ~ character group. - [ ] Common rule for stress decision before or after specific spelling decision of word is made. E.g. to put stress for penultimate syllable in Italian #80 as common rule.


Github push to espeak-ng:espeak-ng #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

4 New Commits:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
e1827a356997: en-US: Use /i/ instead of /I/ for HAPPY vowels.

Modified: phsource/ph_english_us


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
348d2f19a6f1: en-US: Fixes for GenAm specific pronunciations of Edgar Allan Poe's The Raven.

Modified: dictsource/en_list
Modified: dictsource/en_rules
Modified: phsource/ph_english_us


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
a940ed054264: en: Use a new /O2/ phoneme for the CLOTH vowel.

Modified: dictsource/en_list
Modified: dictsource/en_rules
Modified: docs/languages/gmw/en.md
Modified: phsource/ph_english
Modified: phsource/ph_english_us


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
3d41a8abcf5d: en-US: Fixes for CLOTH vowels from The Raven.

Modified: dictsource/en_list
Modified: dictsource/en_rules


Github push to espeak-ng:espeak-ng #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

2 New Commits:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
5c213b713345: docs: Document the lexical set transcriptions used by the en language files.

Modified: docs/languages/gmw/en.md
Modified: phsource/ph_english


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
6ae8326fbefe: en-GB-x-rp: use /ɪ/ for the HAPPY vowel to reflect its pronunciation.

Modified: phsource/ph_english_rp


Github push to espeak-ng:espeak-ng #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

7 New Commits:

[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
c7db7d3edb07: Fixes for Edgar Allan Poe's The Raven.

Modified: CHANGELOG.md
Modified: dictsource/en_list
Modified: dictsource/en_rules


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
3921d33c640d: en-GB-x-rp: initial support for the EXPLORE lexical set using words from The Raven

Modified: dictsource/en_rules
Modified: phsource/ph_english
Modified: phsource/ph_english_rp


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
790c985a9a9a: en-GB-x-rp: don't add stress on HAPPY vowels (e.g. for words like presently)

Modified: phsource/ph_english_rp


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
5edad040f301: en-GB-x-rp: Don't change to the /I/ phoneme on non-final vowels. Preserve the /i/ transcription for HAPPY vowels.

Modified: phsource/ph_english_rp


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
46b4111afb88: en: Remove the unused i(less and i(ness rules. These are handled by -less and -ness rules with the i suffix processing logic.

Modified: dictsource/en_rules


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
299c91aca1f6: base1: Restore the original eSpeak definitions for /l/. The ipa table versions are causing issues.

Modified: phsource/phonemes


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
bd04b540e977: en: Preserve the /i@/~/i@3/ distinction so N[EAR] (/i@3/) and MILL[IO]N (/i@/) can be differentiated.

Modified: espeak-ng-data/lang/gmw/en-029
Modified: espeak-ng-data/lang/gmw/en-GB-x-gbclan
Modified: espeak-ng-data/lang/gmw/en-GB-x-gbcwmd
Modified: espeak-ng-data/lang/gmw/en-GB-x-rp
Modified: phsource/ph_english
Modified: phsource/ph_english_n
Modified: phsource/ph_english_rp
Modified: phsource/ph_english_wi
Modified: phsource/ph_english_wm


[espeak-ng:master] reported: Marathi problem #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #230 Marathi problem
By Giovani93:

Yes, this version of Espeak NG is from 10th january. OK, I'll maybe contact the developers. Or, the best way is also on this, what what fate will bring me, as I say sometimes. Marco


[espeak-ng:master] reported: Marathi problem #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #230 Marathi problem
By Giovani93:

Current NVDA also countains Arabic and Japan voice. So It means, that is maybe use new version of Espeak.


[espeak-ng:master] reported: Marathi problem #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #230 Marathi problem
By rhdunn:

The Marathi voice was updated in espeak-ng on 25th Jan 2017, which likely fixed this problem. NVDA are likely using an older version without those changes.


[espeak-ng:master] reported: Marathi problem #github

espeak-ng@groups.io Integration <espeak-ng@...>
 

[espeak-ng:master] New Comment on Issue #230 Marathi problem
By Giovani93:

I'll checked It at NVDA. Maybe, this is problem of NVDA, but I am not shure. Or, this is fixed. I don't know really.

4201 - 4220 of 4654