Date   

Updates to Github #github

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

[espeak-ng:master] New Comment on Issue #692 Crash when folder has accented character
By rhdunn:

Thanks. Resolving as fixed.


[espeak-ng:master] Issue #692 Crash when folder has accented character closed by Qchristensen.


[espeak-ng:master] Label added to issue #692 Crash when folder has accented character by Qchristensen.


Updates to Github #github

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

[espeak-ng:master] New Comment on Issue #664 the Chinese pronunciation is wrong
By valdisvi:

We could decide to close issue when it is fixed in code, but some of authors may consider issue resolved only when they got it fixed on their computer. Therefore policy in contributor guideline is that author closes it when it is resolved. But, we can decide to do it differently.


[espeak-ng:master] New Comment on Issue #664 the Chinese pronunciation is wrong
By valdisvi:

We could close issue when it is fixed in code, but some of authors may consider issue resolved only when they got it fixed on their computer. Therefore policy in contributor guideline is that author closes it when it is resolved. But, we can decide to do it differently.


[espeak-ng:master] New Comment on Issue #685 Voice Chinese (Mandarin): some characters are reported two times
By jaacoppi:

Did some digging. This is a duplicate of #606.


Updates to Github #github

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

[espeak-ng:master] New Comment on Issue #692 Crash when folder has accented character
By jaacoppi:

NVDA has closed this. Should we?


[espeak-ng:master] New Comment on Issue #664 the Chinese pronunciation is wrong
By jaacoppi:

Should this be closed?


Updates to Github #github

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

[espeak-ng:master] New Comment on Issue #785 Full stop only recognized when followed by an uppercase letter?
By jaacoppi:

clause endings are determined by bool is_end_clause in 'readclause.c'. I think the code basically says "look for a . followed by a capital letter". I'm unaware of any existing rule or option to change that.

Language specific rules are mostly in tr_languages.c and struct langopts in translate.h. We are trying to phase out tr_languages.c so I'm not sure where the new code should go to.

Please define what you need for Cherokee. Is it enough to state that any "." is always a full stop and "." is never used for anything else, or are there special cases such as abbreviations or ordinal numbers?


[espeak-ng:master] New Comment on Issue #781 Documentation Request: How to adjust pauses between words, sentences, etc?
By jaacoppi:

Does #785 cover this or do you need something else?


[espeak-ng:master] reported: Voice Chinese (Mandarin): some characters are reported two times #github

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

[espeak-ng:master] New Comment on Issue #685 Voice Chinese (Mandarin): some characters are reported two times
By jaacoppi:

This works: espeak-ng -X -v zh 你好

Replace: 你   ni3
Translate 'ni3'
  1     n        [n]

  1     i        [i]

 22     3        [214]

Replace: 好   hao3
Translate 'hao3'
  1     h        [X]

  1     a        [A]
 22     ao       [Au]

 22     3        [214]

n'i35_| X'Au214_|




This is wrong. The second word is interpreted twice: first as a part of the first word, then as a standalone word: espeak-ng -X -v zh 貸款

Replace: 貸 款   dai4kuan3
Translate 'dai4kuan3'
  1     d        [t]

  1     a        [A]
 22     ai       [ai]

 22     4        [51]

  1     k        [kh]

  1     u        [u]
 86     k) ua (DnK [wa]
 22     ua       [wA]
 65     ua (DnK  [ua]

  1     n        [n]

 22     3        [214]

Replace: 款   kuan3
Translate 'kuan3'
  1     k        [kh]

  1     u        [u]
 86     k) ua (DnK [wa]
 22     ua       [wA]
 65     ua (DnK  [ua]

  1     n        [n]

 22     3        [214]

tai51khw'a35n_| khw'a214n_|

Most likely this is a unicode/multibyte issue. Some characters aren't separated properly. I wonder why it only affects certain characters. Anyone have any ideas or should I keep digging?


[espeak-ng:master] reported: Some problems with the romanizer #github

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

[espeak-ng:master] New Comment on Issue #464 Some problems with the romanizer
By jaacoppi:

See the discussion in #347 - dictrules 1 and _1 a _^EN for each alphabet group fixes the issue for a single language. However, the problem behind this is not easy to fix due to the internal workings of espeak, and I think there should be a uniform fix for all languages, not a hack for each language.


guidance improving slovenian voice

J.G
 

Hello,

can someone of you, great guys and gals, guide me through improving a slovenian voice, please? Yes, I've read an available documentation, but I'm obviously a beginner, so it did not help me.
I'm using NVDA on Windows.

Thanks for your help.

kind regards,
Jožef


[espeak-ng:master] new issue: Determining which version of espeak-ng to use for NVDA is difficult #github

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

[espeak-ng:master] New Issue Created by feerrenrut:
#792 Determining which version of espeak-ng to use for NVDA is difficult

Since releases are rare, and there is no "stable" branch, it is difficult to determine which commit to choose when updating the version of espeak-ng to use in NVDA. Currently we just use the latest master commit in a fairly ad-hoc way, if users complain about bugs we either raise and see if those particular issues are fixed or consider reverting.

Since the alpha versions of NVDA get a fair bit of testing, aligning releases of espeak-ng and NVDA might be mutually beneficial? Perhaps NVDA updates to the latest master of espeak-ng at the beginning of a release cycle and espeak-ng creates a stable branch from that commit to receive required fixes before eventual release, NVDA then tracks this branch?

I'm open to ideas to improve this.


[espeak-ng:master] reported: Arch Linux aarch64 on Android and speak char delay issue #github

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

[espeak-ng:master] New Comment on Issue #789 Arch Linux aarch64 on Android and speak char delay issue
By JanuszChmiel:

Thank you very very much for yours advice. i will try to recompile Espeak-ng on my Aarch64 device. System talk to Pulseaudio sound server which run by using Termux by using TCP protocol. It is even possible to use Unix sockets, but for sending sound samples of speech engines it is very probably not causing A remarkable speed differences. I think that my big enemye is Android process which monitors Pulseaudio for Termux for data which are being transferred by using Open sless protocol. I do not know if is it Android media server, or sound chip Android kernel device driver itself. Because I Am afraid, that if short audio sample data are played for example every 800 Milliseconds it will always get more time before this sound sample is being plaied. Sure. When Espeak play sample and if Speech-dispatcher send news sample, The reactivity responsiveness is very fast. I also know about build in Android kernel routine which automatically disable sound chip if sound samples are not play or recorded for several Seconds. I have sensitive hearing and I can hear chip turning off sound when listening from build in phone amplifier. Speech-dispatcher developers have made some miracle, so it send some strange command to Pulseaudio sound server so The chip will never suspend. Transistors are producing soft noise. This is The reason why I must turn off this process and Orca to prevent transistors from being deteriorated if it would make soft noise for A whole night. May be, that whole sound chip could overburn more faster. But as A positive aspect, using Speech-dispatcher and Pulseaudio sound server produces The faster responsiveness when using Orca on Android device by using Termux, Proot and some compatible Linux distro. I have also tried Pulseaudio sound server configured so Simple protocol have been used. And I have used Simple protocol Player for Android to play Espeak chunks streams. Because Simple protocol player used different technique to play audio chunks The speed is not good. Pulseaudio also often randomly crashes no matter, which Linux distro AM I using. So I have used Pulseaudio for Termux as The most stable approach. .


Updates to Github #github

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

2 New Commits:

[espeak-ng:master] By fukuen <fukuebiz@...>:
92fb3d63781b: improvement japanese

Modified: dictsource/ja_list
Modified: dictsource/ja_rules
Modified: src/windows/installer/Product.wxs


[espeak-ng:master] By Reece H. Dunn <msclrhd@...>:
aafd2e720582: Update the changelog.

Modified: CHANGELOG.md


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

#790 improvement japanese

Hello


[espeak-ng:master] New Comment on Pull Request #790 improvement japanese
By rhdunn:

Merged. Thanks!


Updates to Github #github

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

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

#791 add output hooks for wavegen

I've added some hooks to wavegen, which can be used to output aligned speech. This information can be used by prosody transplantation tools similar to MBROLIGN. There is also a function to set a constant f0 in Hz, which may be used by some prosody transplantation tools. If none of the functions is called, the behaviour of espeak-ng is unchanged.


[espeak-ng:master] New Comment on Pull Request #790 improvement japanese
By tplaten:

this looks good for me


Pull Request Opened #github

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

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

#790 improvement japanese

Hello


[espeak-ng:master] reported: Arch Linux aarch64 on Android and speak char delay issue #github

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

[espeak-ng:master] New Comment on Issue #789 Arch Linux aarch64 on Android and speak char delay issue
By valdisvi:

espeak-ng source code can be compiled with different options. Maybe it helps, if it is compiled with --with-async=no and --with-sonic=no or --with-pcaudiolib=no (or some other more technical/specific) settings.


[espeak-ng:master] new issue: Arch Linux aarch64 on Android and speak char delay issue #github

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

[espeak-ng:master] New Issue Created by JanuszChmiel:
#789 Arch Linux aarch64 on Android and speak char delay issue

Dear specialists, I Am using latest stable ArchLinux aarch64 which run on A top of Android Termux and Proot. I Am using Orca screen reader with Speech-dispatcher 0.9.1. I use Espeak-ng without pulseaudio-alsa module. Espeak-ng work perfectly except The situation, when Orca uses char by char movement by using arrow keys for example. In this case, Espeak-ng skip The char and speak second one or speak some characters twice. Termux uses patched Pulseaudio which uses Opensless protocol to communicate with other Android subsystems which are responsible for sound output. As A result, Pulseaudio is stable. But to be able to use this sound server from running ArchLinux aarch64 I muse use echo "export PULSE_SERVER=\"127.0.0.1\"" >> ~/.bashrc I Am running Pulseaudio from Termux /etc/profile by using those commands.

pulseaudio --start --exit-idle-time=-1 pacmd load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1:4712 auth-anonymous=1 Sure, i must also have pulseaudio installed on my Arch Linux, because some libraryes are needed to transfer sound data to Pulseaudio sound server which run in Termux.

By other words. When I press arrow keys at The time, when previously spoken character is still being pronounced by Espeak-ng response is good and no skipping occurs. But when I press arrow key in The moment, when Espeak-ng do not pronounce previous character, there is skipping problem.

In some cases, when I type characters on The keyboard, some characters are also skipped.

My working solution have been to combina pulseaudio-alsa ArchLinux package in combination with old Espeak. In this case, there is newer a character skipping. But unfortunately, Speech-dispatcher even latest development Github code simply refuses to cooperate with pulseaudio-alsa when Espeak-ng is being used. 0.9.1 version support pulseaudio-alsa and old Espeak for reliable speech support. But pulseaudio-alsa can not be used in conjunction with Espeak-ng. In Speech-dispatcher 0.9.1 and also in The newest Speech-dispatcher development code.

I Am sad, because using still old espea which will not be developed is also not A solution. Some ArchLinux repository manager can remove pulseaudio-alsa sometimes and what could I do in this case.

How to precisely help you to debug Espeak-ng skipping?

Running Pulseaudio by using simple protocol from Arc Linux and having Pulseaudio for Termux disabled is not good idea. Because two available Simple protocol players for ANdroid do not implement special feature of Speech-dispatcher, which makes sound chip online ready. Transistors are producing soft sound and as A result, The delay between key press and getting The feetback rom Espeak-ng is fast but only if Pulseaudio for Termux is being used. Not if I configure Pulseaudio directly in Arch Linux and if Pulseaudio will only stream The sound by using Simple protocol. The next problem is memory allocation based. It is necessary to softly tune The buffer lenght in The speech-dispatcher coniguration file and also in Simple protocol player. In other case, Pulseaudio sound server will crash randomly thanks to memory allocation issues.

Thank you very much for yours help.


Updates to Github #github

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

2 New Commits:

[espeak-ng:master] By Icenowy Zheng <icenowy@...>:
00fe15cc28cc: cmn: use voiceless uvular fricative as pronounciation of pinyin h

According to [1] and [2] , the pronounciation of the pinyin character
h is not accurately [x].
According to [2], [χ] is instead a possible pronounication in young
users.

As a young native speaker of Mandarin, I feel the sound of [χ] in espeak
more satisfied than [x] here.

[1] https://en.wikipedia.org/wiki/Standard_Chinese_phonology
[2] https://phesoca.com/aws/268/

Signed-off-by: Icenowy Zheng <icenowy@...>

Modified: dictsource/zh_rules


[espeak-ng:master] By Valdis Vitolins <valdis.vitolins@...>:
22a30434038d: Merge pull request #788

Modified: dictsource/zh_rules


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

#788 cmn: use voiceless uvular fricative as pronounciation of pinyin h

According to [1] and [2] , the pronounciation of the pinyin character h is not accurately [x]. According to [2], [χ] is instead a possible pronounication in young users.

As a young native speaker of Mandarin, I feel the sound of [χ] in espeak more satisfied than [x] here.

[1] https://en.wikipedia.org/wiki/Standard_Chinese_phonology [2] https://phesoca.com/aws/268/

Signed-off-by: Icenowy Zheng icenowy@...


[espeak-ng:master] reported: cmn: use voiceless uvular fricative as pronounciation of pinyin h #github

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

[espeak-ng:master] New Comment on Pull Request #788 cmn: use voiceless uvular fricative as pronounciation of pinyin h
By Icenowy:

BTW as /x/ is still a commonly accepted mark of this phoneme (although even /h/ is an acceptable variant), should I override its IPA output to /x/ ?


Pull Request Opened #github

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

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

#788 cmn: use voiceless uvular fricative as pronounciation of pinyin h

According to [1] and [2] , the pronounciation of the pinyin character h is not accurately [x]. According to [2], [χ] is instead a possible pronounication in young users.

As a young native speaker of Mandarin, I feel the sound of [χ] in espeak more satisfied than [x] here.

[1] https://en.wikipedia.org/wiki/Standard_Chinese_phonology [2] https://phesoca.com/aws/268/

Signed-off-by: Icenowy Zheng icenowy@...


Updates to Github #github

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

[espeak-ng:master] New Comment on Pull Request #787 fix 492
By valdisvi:

If you use project on odo.lv, then just choose task pull from upstream.


[espeak-ng:master] New Comment on Pull Request #787 fix 492
By hozosch:

Ah yes, you meant that. Yes, already pushed to my project.


Updates to Github #github

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

[espeak-ng:master] New Comment on Pull Request #787 fix 492
By valdisvi:

@hozosch, I merged this pull request with slight change — I changed your comment fix 492 to Fix issue #492 (note hash before number). This change may require you to overwrite history of local repository with history from the main espeak-ng repository. When mention issues, please use that format, because in that way GitHub automatically generates link to the issue. Because of your question about build failure I noticed, that Travis builds were failing because of incorrect MBROLA test, which I fixed.


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

#787 fix 492


[espeak-ng:master] New Comment on Pull Request #787 fix 492
By valdisvi:

@hozosch, I merged this pull request with slight change — I changed your comment fix 492 to Fix issue #492 (note hash before number). This change may require you to overwrite history of local repository with history from the main espeak-ng repository. When mention issues, please use that format, because in that way GitHub automatically generates link to the issue. Because of your question about build failure I noticed, that Travis builds were failing because of incorrect MBROLA test, which I fixed.


[espeak-ng:master] New Comment on Issue #778 Cantonese have some numbers missing when reading
By valdisvi:

That part of code can be made easier to read (e.g. block of if (name2 == L3('z', 'h', 'y')) {..} can be moved to case L3('c', 'm', 'n'):...), but, I think, it works as expected (note that cases without break; are not exclusive). I found, that problem is somewhere deep into translating numbers. If I comment out other powers of digits in lv_list and leave just:

// numbers
_0      n'ulle
_1      v'iens
_2      d'ivi
_3      tRi:s
_4      tS'etRi
_5      p'ietsi
_6      s'eSi
_7      s'eptin^i
_8      'astuon^i
_9      d'evin^i
//... other lines are commented out

it spells in the same wrong way as for Mandarin:

espeak-ng -vlv -X "2019"
Found: '_2' [d'ivi]
Found: '_9' [d'evin^i]
d'ivi d'evin^i

And when I thought I know where problem my be hiding, I noted that it works for languages like K'iche' and Pyash, where also only single digits are defined (quc_list and py_list accordingly):

espeak-ng -vquc -X '2019'
Translate '2019'
Found: '_2' [keb']
Found: '_0' [majb'al]
Found: '_1' [jun]
Found: '_9' [b'elejeb']
kebm'ajb'al_!junb'elej,eb_!

espeak-ng -vpy -X '2019'
Translate '2019'
Found: '_2' [tjut]
Found: '_0' [zRon]
Found: '_1' [hjik]
Found: '_9' [twun]
tj'utzRon_!hj,iktwun_!


[espeak-ng:master] New Comment on Pull Request #787 fix 492
By hozosch:

How do I go about changing the history?


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

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

3 New Commits:

[espeak-ng:master] By Karl Eick <hozosch@...>:
830690be0d9c: Fix issue #492

Modified: phsource/ph_german


[espeak-ng:master] By Karl Eick <hozosch@...>:
1c76c01ee09a: Update hashsum

Modified: tests/language-phonemes.test


[espeak-ng:master] By Valdis Vitolins <valdis.vitolins@...>:
21683e0d0e3d: Merge pull request #787

Modified: phsource/ph_german
Modified: tests/language-phonemes.test

501 - 520 of 3822