Samuel Thibault
Samuel Thibault
Ok, submitted on https://github.com/gulrak/filesystem/pull/154
Again, please submit the changes for a given language in a single merge request.
Please run make check before submitting changes. See the check failure, you need to update `tests/language-phonemes.test` with the new result hash.
The code is simply not ready at all to support arbitrarily long integers, there are statically-allocated buffers everywhere, we can not enable the code that I have disabled for large...
> Yes, it is. didn't test in linux and with standalone app, but in nvda But is your nvda using the latest espeak-ng master version, and not only the last...
Note that the "32" limitation is not something that I have invented with commit 4412de57fd759430f8a38c8a50b86231c75a5242. it is the point where the code in version 1.51.1 starts getting out-of-bound issues.
@kirill-jjj Since I can't reproduce the issue, no I have no idea. It'd be useful that you manage to reproduce the issue with an espeak-ng command call
https://github.com/espeak-ng/espeak-ng/issues/1264#issuecomment-1200287097 is probably interesting: « Seems like uppercase letters in phonemes are completely ignored... »
> Seems like I've distinguished root cause for 'prosody' failure: compilation without libsonic. In alpine I haven't found it in package manager. In macOS it may be some faulty. When...
> Also, it doesn't affect this case, but deep dive into project code takes me into method `Read8Numbers` (that called from code that reads "breath" setting). It `memset`s a buffer...