Date   

[espeak-ng:master] reported: A phoneme of a child table is not used if that phoneme is not also defined in its parent table #github

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

[espeak-ng:master] New Comment on Issue #679 A phoneme of a child table is not used if that phoneme is not also defined in its parent table
By valdisvi:

I think, you just need to extend en phonemes (phonemetable en-test en) and override only needed ones. As you have setting phonemes en-test in the language definition file, customized phonemes should be compiled into different en-test_dict file.


[espeak-ng:master] reported: Tool for testing espeak-ng #github

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

[espeak-ng:master] New Comment on Issue #680 Tool for testing espeak-ng
By valdisvi:

https://odo.lv/Espeak.


[espeak-ng:master] new issue: Tool for testing espeak-ng #github

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

[espeak-ng:master] New Issue Created by poeeain:
#680 Tool for testing espeak-ng

I'm using Mac (Mojave) and trying to install espeak-ng with brew. But it doesn't sound anything. (Maybe I don't know how to properly install it) And I try to use espeak-ng from my phone, I found an app "eSpeak NG" on google playstore but the last updated was since August. Again, I try to use espeakng.js here for web based, but this seems outdate too. Is there any tool or place I can test espeak-ng sound? Thanks in advance.


[espeak-ng:master] reported: A phoneme of a child table is not used if that phoneme is not also defined in its parent table #github

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

[espeak-ng:master] New Comment on Issue #679 A phoneme of a child table is not used if that phoneme is not also defined in its parent table
By BenTalagan:

Ok, I think I've found the reason of the problem. However I'd be happy to have a confirmation.

I believe what I'm doing is illegal: I'm defining two different phoneme systems for the same dictionary :

base > base1 > en base > base1 > en-test

It looks like a dictionary is precompiled against a phoneme system (en_dict for example is precompiled against the en phoneme system). By inheriting from base1 for en-test directly but using the en_dict precompiled against the en system, en-test is not compliant with the precompiled dictionary (it is kind of 'detached' from it) and it can lead to obscure results.

I guess that, if I want to make things working, I should inherit from the en phoneme table and overload every phoneme, or alternatively, create a new language by duplicating en_rules, en_dict, en_emoji, and en_extra. Am I right ?


[espeak-ng:master] reported: Option to keep punctuation signs in IPA output ? #github

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

[espeak-ng:master] New Comment on Issue #275 Option to keep punctuation signs in IPA output ?
By nmstoker:

I see this has been without a response for just two years. Did anyone take a look at this? Would be very useful.

Being rather rusty with C I'm not sure this is something I'd manage myself that easily but if any of the maintainers/experts had any comments and/or pointers to where to start, I could see what I could do and maybe coordinate with others?


[espeak-ng:master] reported: A phoneme of a child table is not used if that phoneme is not also defined in its parent table #github

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

[espeak-ng:master] New Comment on Issue #679 A phoneme of a child table is not used if that phoneme is not also defined in its parent table
By BenTalagan:

Thank you @valdisvi for your answer! Yes. I've also added the ph_english_test file to the list of phoneme files in Makefile.am. I always run make && make install before performing these tests. I've just checked again the full described behavior after you've answered, and I get the same results as yesterday.


[espeak-ng:master] reported: A phoneme of a child table is not used if that phoneme is not also defined in its parent table #github

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


[espeak-ng:master] new issue: A phoneme of a child table is not used if that phoneme is not also defined in its parent table #github

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

[espeak-ng:master] New Issue Created by BenTalagan:
#679 A phoneme of a child table is not used if that phoneme is not also defined in its parent table

Hi, I'm not totally sure if it's a bug or not, but it's a bit obscure to me. Here is my use case.

For transcription purpose, I'd like to rewrite my own phoneme tables for english, and I've stumbled on the following oddity.

I keep the original en_rules and en_dict files, but I'm rewriting a new english voice, called en-test (file espeak-ng-data/lang/gmw/en-test), with the following content :

name Test English
language en-test  42
language en 42
phonemes en-test
tunes s1 c1 q1 e1

I'm declaring the new phoneme table like this (in the phonemes file) :

file : phonemes

phonemetable en-test base1
include ph_english_test

Note that it does not inherit from the en table, but directly from base1.

Finally, I'm declaring the ph_english_test phoneme file (in phsource/ph_english_test). It's really simple, with only one phoneme (I've reduced the example to a minimal test case to illustrate my problem) :

file : phsource/ph_english_test

phoneme a#
  vwl
  ipa £
endphoneme

Now, if I try to translate the following example, the a# phoneme is not used :

> espeak-ng against -v en-test -X --ipa
Found: 'against' [a#gEnst]
əɡˈənst

The strange thing is, if I add the phoneme to base1 in the phonemes file, like this (note the different ipa character) :

file : phonemes

phoneme a#
  vwl
  ipa $
endphoneme

then the phoneme is used, and it is taken from the child table :

> espeak-ng against -v en-test -X --ipa
Found: 'against' [a#gEnst]
ˈ£ɡənst

Finally, if I remove the a# phoneme from the child table, then the phoneme is still found and used, and it comes from base1, the parent table :

> espeak-ng against -v en-test -X --ipa
Found: 'against' [a#gEnst]
ˈ$ɡənst

To summarize, here are the four possible cases for the parent and child tables :

Parent : not defined, Child : not defined => Not translated (pretty logical) Parent : defined, Child : defined => translated, uses child table definition (pretty logical) Parent : defined, Child : not defined => translated, uses parent table definition (pretty logical) Parent : not defined, Child : defined => Not translated (seems odd)

Is this behavior really normal? I would have expect the a# phoneme to be working without having to define it in the parent table, just in the child table. Is there something I'm doing wrong or is it a bug?


[espeak-ng:master] new issue: No voice on Windows10 #github

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

[espeak-ng:master] New Issue Created by arnaudschd:
#678 No voice on Windows10

After building from source and installing eSpeak on Windows10, there is no voices showing up on the Speech Synthesizer personnalisation . How can I fix this?


Updates to Github #github

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

[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By valdisvi:

grep -E is the same as egrep in Linux. What about MacOS?


[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By BenTalagan:

Under MacOS, it seems egrep and grep are the same binary.

➜  espeak-ng git:(master) egrep --version
egrep (BSD grep) 2.5.1-FreeBSD
➜  espeak-ng git:(master) grep --version
grep (BSD grep) 2.5.1-FreeBSD
➜  espeak-ng git:(master) ls -lat /usr/bin/egrep
-rwxr-xr-x  1 root  wheel  47136 24 oct 03:33 /usr/bin/egrep
➜  espeak-ng git:(master) ls -lat /usr/bin/grep 
-rwxr-xr-x  1 root  wheel  47136 24 oct 03:33 /usr/bin/grep
➜  espeak-ng git:(master) md5sum /usr/bin/egrep 
fa0d64532039165615fb06d6143076d9  /usr/bin/egrep
➜  espeak-ng git:(master) md5sum /usr/bin/grep 
fa0d64532039165615fb06d6143076d9  /usr/bin/grep


Updates to Github #github

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

1 New Commit:

[espeak-ng:master] By BenTalagan <ben_talagan@...>:
c7827df43b16: Using grep -E on all platforms

Modified: tests/language-replace.test


[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By rhdunn:

I've merged this commit by cherry-picking the last commit. Thanks for the fix.


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#677 Fixing "Language Replace" tests under MacOS

A small PR for fixing the language-replace.test script under MacOS. The grep -P is unfortunately not portable, but in that simple case the grep -E option will do. Any other suggestion is welcome :-)


[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By BenTalagan:

Ok! Thanks a lot.


Updates to Github #github

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

[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By rhdunn:

Why not replace it directly with -E, as that is supported in GNU grep?


[espeak-ng/espeak-ng] Pull request updated by BenTalagan:

#677 Fixing "Language Replace" tests under MacOS

A small PR for fixing the language-replace.test script under MacOS. The grep -P is unfortunately not portable, but in that simple case the grep -E option will do. Any other suggestion is welcome :-)


[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By BenTalagan:

Good point! I wasn't sure. I have done the change, just waiting for the tests to be over.


[espeak-ng:master] New Comment on Pull Request #677 Fixing "Language Replace" tests under MacOS
By BenTalagan:

Good point! I wasn't sure. I have made the change, just waiting for the tests to be over... done.


Updates to Github #github

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

[espeak-ng/espeak-ng] Pull request opened by BenTalagan:

#677 Fixing "Language Replace" tests under MacOS

A small PR for fixing the language-replace.test script under MacOS. The grep -P is unfortunately not portable, but in that simple case the grep -E option will do. Any other suggestion is welcome :-)


[espeak-ng/espeak-ng] Pull request updated by BenTalagan:

#677 Fixing "Language Replace" tests under MacOS

A small PR for fixing the language-replace.test script under MacOS. The grep -P is unfortunately not portable, but in that simple case the grep -E option will do. Any other suggestion is welcome :-)


[espeak-ng/espeak-ng] Pull request updated by BenTalagan:

#677 Fixing "Language Replace" tests under MacOS

A small PR for fixing the language-replace.test script under MacOS. The grep -P is unfortunately not portable, but in that simple case the grep -E option will do. Any other suggestion is welcome :-)


new espeak-ng windows builds

Simon Eigeldinger
 

Hi all,

Uploaded new builds this morning.
Enjoy.

Greetings,
Simon


Updates to Github #github

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


Updates to Github #github

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

4 New Commits:

[espeak-ng:master] By BenTalagan <ben_talagan@...>:
94677f4af8ad: Rule alignment fixes for non compliant platforms / Fix for emscripten demo

Modified: emscripten/Makefile
Modified: emscripten/post.js
Modified: src/libespeak-ng/dictionary.c
Modified: src/libespeak-ng/readclause.c
Modified: src/libespeak-ng/readclause.h
Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By BenTalagan <ben_talagan@...>:
9fd480afbf4f: Fixing typos and naming

Modified: src/libespeak-ng/dictionary.c
Modified: src/libespeak-ng/readclause.c
Modified: src/libespeak-ng/readclause.h
Modified: src/libespeak-ng/translate.c


[espeak-ng:master] By BenTalagan <ben_talagan@...>:
02447abde8b3: Fixing is_str_totally_null

Modified: src/libespeak-ng/readclause.c


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
050d5e498261: Merge remote-tracking branch 'BenTalagan/master'

Modified: emscripten/Makefile
Modified: emscripten/post.js
Modified: src/libespeak-ng/dictionary.c
Modified: src/libespeak-ng/readclause.c
Modified: src/libespeak-ng/readclause.h
Modified: src/libespeak-ng/translate.c


[espeak-ng/espeak-ng] Pull request closed by rhdunn:

#676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo

This is a fix for #584, but the PR scope may be potentially larger : without this fix, the handling of compiled rules is not guaranteed to be compliant across platforms, since casting to int* may happen on non aligned char* , which has to be avoided.

Some minor options also have to be added to the emscripten compilation workflow to make it work again with newer versions.


[espeak-ng:master] New Comment on Pull Request #676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo
By rhdunn:

That's what tests are for :).

Thanks for the fix.


[espeak-ng:master] reported: Rule alignment fixes for non compliant platforms / Fix for emscripten demo #github

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

[espeak-ng:master] New Comment on Pull Request #676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo
By BenTalagan:

Pheew! I really need some rest, you saved me from pushing some really silly code. Looks better now.


[espeak-ng:master] reported: Rule alignment fixes for non compliant platforms / Fix for emscripten demo #github

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

[espeak-ng:master] New Comment on Pull Request #676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo
By rhdunn:

They are passing on the master branch. The failing test is https://travis-ci.org/espeak-ng/espeak-ng/jobs/613903437#L2232.


Pull Request Updated #github

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

[espeak-ng/espeak-ng] Pull request updated by BenTalagan:

#676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo

This is a fix for #584, but the PR scope may be potentially larger : without this fix, the handling of compiled rules is not guaranteed to be compliant across platforms, since casting to int* may happen on non aligned char* , which has to be avoided.

Some minor options also have to be added to the emscripten compilation workflow to make it work again with newer versions.


[espeak-ng:master] reported: Rule alignment fixes for non compliant platforms / Fix for emscripten demo #github

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

[espeak-ng:master] New Comment on Pull Request #676 Rule alignment fixes for non compliant platforms / Fix for emscripten demo
By BenTalagan:

Hum, checks failed, but I've verified locally and it looks like that they were already broken before these changes. Is it normal?