[espeak-ng:master] reported: Install it in google colab? RuntimeError: espeak not installed on your system
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #935 Install it in google colab? RuntimeError: espeak not installed on your system
when i try to use this to install it in python
I got this error
|
|
Pull Request Opened
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng/espeak-ng] Pull request opened by henrykrumb: Changes: - add 'Ingenieurin', 'Ingenieurinnen' to German exception list - add "_" modifier to asterisk, so that it will be treated as punctuation. Rationale: Terms "Ingenieur" is pronounced correctly, whereas "Ingenieurin/Ingenieurinnen" are not. Asterisk ("Gendersternchen") is a quasi-standard for writing gender-inclusive text in German.
|
|
[espeak-ng:master] reported: Can't find Japanese language code.
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
All of the other dicts were available in I've managed to get english to write a wav file that speaks. I copied the ja_dict to the dictsource folder that is being read but espeak-ng still doesn't know it exists. When I try to compile the languages from the dockerfile I get
All of this is reproducible from the dockerfile, so it should be easy to reproduce.
|
|
Updates to Github
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
I don't think the standard install from apt-get is working. There is no All of the other dicts were available in
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
All of the other dicts were available in
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
All of the other dicts were available in
|
|
Updates to Github
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
I'm not sure which part in particular would be non-standard. As a Dockerfile it's already running as root. The
Surely something like this would be supported? Japanese is not found when espeak is installed
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
I'm not sure which part in particular would be non-standard. As a Dockerfile it's already running as root (so do I really need to sudo?). The
Surely something like this would be supported? Japanese is not found when espeak is installed
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
I don't think the standard install from apt-get is working. There is no
|
|
Updates to Github
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #935 Install it in google colab? RuntimeError: espeak not installed on your system
Standard way to install built package of espeak-ng is
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
@kanjieater
Standard way to install built package of espeak-ng is
[espeak-ng:master] New Comment on Issue #935 Install it in google colab? RuntimeError: espeak not installed on your system
Standard way to install built package of espeak-ng is
|
|
[espeak-ng:master] new issue: Install it in google colab? RuntimeError: espeak not installed on your system
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Issue Created by krigeta:
Hello, i tried to install it by using !pip install espeak
!pip install python-espeak but getting this errors
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
The extended dictionaries are still relevant. When enabled, they add a lot of entries generated from a dictionary (which I believe is from the Unicode unihan database, but I'm not 100% sure on that). This allows distributions that want to save space to ignore the listx files. It also keeps the generated lists separate from the custom exception lists. -- Ideally, the listx files should be autogenerated from the unihan list, but I haven't figured out how to do that yet, what version was used for the original list (to compare when using a script to generate the list), and what changes (if any) were made to that process. Ideally, espeak compatibility where possible is important. Especially around the use of espeak. So keeping the old names in the lang files allows users/applications that have e.g. zh set as their TTS voice for orca/spech-dispatcher/etc. to still work when using espeak-ng. Likewise if/when they are using the espeak API. Therefore, the
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
I've refactored zhy to yue without problems. Two questions for @rhdunn before I push the changes: 1) Are the extended dictionaries and original espeak compatibility still relevant? Do we keep them or can we simplify and just use one _lsit file per language like for most languages? See commit f67221120 to refresh your memory. 2) the codebase has instances of "zh" (like the switch case in tr_languages.c and the language tags in espeak-ng-data/lang/sit/cmn and espeak-ng-data/lang/sit/zhy. There's "language zh-cmn", "language zh 8" and so on. Can I get rid of everything that mentions zh so that the code explicitly uses either Mandarin or Cantonese, not generic Chinese?
|
|
[espeak-ng:master] reported: Procedure not clear on how to remove/disable a language
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #922 Procedure not clear on how to remove/disable a language
So far as what @jaacoppi suggests it's pretty trivial to try - just remove src/libespeak-ng/compile*.c from the source files for the library/DLL... I just tested it, the library builds with no issues. I get (amd64 with -O2):
If I build the library with all the compile support:
So that saves over 100k at run-time (text+data+bss). ROM usage depends primarily on the text - data tends to be highly compressible - and that only amounts to 53275 bytes, still that's 10%. An espeak-ng static build with the "compile" options commented out should just do this automatically, and commenting out the five compile options is easy too...
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
Yes, except for the typo (cmn uses zh rules, not zhy). To say this in another way, at the moment: 1) "espeak-ng --compile=yue" uses zhyrules (and other zhy* files) to produce zhy_dict (Cantonese) 2) both "espeak-ng --compile=cmn" and "espea-ng --compile=zh" use zhrules (and other zh* files) to produce zh_dict (Mandarin) Once I'm done with the restructuring: 1) --compile=zh will be deprecated (so make sure to start using --compile=cmn for Mandarin to avoid problems in the future) 2) zhy* files will be renamed yue* (you'll need to rename them in your build scripts) 3) zh* files will be renamed cmn* (you'll need to rename them in your build scripts)
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
So to confirm, I should compile the dictionaries using voice lang yue with zhy rules as well as using voice lang cmn with zhy rules to produce two dictionaries. Doing this seems to produce zhy_dict and zh_dict. If that is the case, it might be better for us just to have an explicit mapping rather than iterate over the files.
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
Ok, thanks @jaacoppi. We might go ahead with the work around for now. But it would be good to be able to remove it in the future. On the other hand, perhaps we should have an explicit listing of the voices to use with language rules to produce dictionaries.
|
|
Updates to Github
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #922 Procedure not clear on how to remove/disable a language
Thank you guys for your valuable replies. I was working on setting up the cross compiling toolchain for a couple days hence the delay in my reply. And to be frank I haven't quite understood what @jbowler had suggested. But I will work on it from today onward. I have started a separate fork where my development will be carried out as you have suggested.
[espeak-ng:master] New Comment on Issue #922 Procedure not clear on how to remove/disable a language
Thank you guys for your valuable replies. I was working on setting up the cross compiling toolchain for a couple days, hence the delay in my reply. And to be frank I haven't quite understood what @jbowler had suggested. But I will work on it from today onward. I have started a separate fork where my development will be carried out as you have suggested.
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
I'll try to rename yue_ and cmn_ files this weekend or next week. Looks like it's a bit more complicated than I thought because changes are needed in Android and Windows project files and in the language configuration files. The dictionary files for Cantonese and Mandarin are different, you'll have to create both.
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
I misspoke in my last comment (now edited), we are deriving the language codes from the I have a potential work-around for this nvaccess/nvda#12370 however perhaps we are only creating one dictionary when we should be creating two?
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
Would it be easier for NVDA if there was yue_dict and cmn_dict instead of current zhy_dict and zh_dict? The change for us should be easy since it's mostly about renaming files, not about changing code.
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
Thanks for the explanations. We are currently splitting the "zhy_rules" to get the language to switch to. I'll add an exception for that language.
|
|
[espeak-ng:master] reported: Unable to compile zhy dictionay on Windows
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #933 Unable to compile zhy dictionay on Windows
Thanks for the explanations. We are currently splitting the "zhy_dict" to get the language to switch to. I'll add an exception for that language.
|
|
[espeak-ng:master] reported: Can't find Japanese language code.
#github
espeak-ng@groups.io Integration <espeak-ng@...>
[espeak-ng:master] New Comment on Issue #864 Can't find Japanese language code.
The _dict files go to That error message seems weird in this situation. Check if you can compile other languages, like English (en). You'll need the files in dictsource/en_rules in your $PWD.
|
|