-
-
Notifications
You must be signed in to change notification settings - Fork 624
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Major Espeak NG issue with language codes. #5783
Comments
@michaelDCurran, I seem to recall you saying there was an issue like this that got fixed. Can you investigate/comment? |
I have solved the specific case problem in #5651. Try this in the next build of next and confirm this is fixed for you. It is worth noting though that as some of the voices in espeak-ng have not only had their case changed, but instead been totally renamed (E.g. en-sc to en-GB-scotland), these older ones will no longer match in eSpeak-ng, but instead will fall back to just their country. So if you had previously used scottish, switching to espeak-ng will force you bak to standard English. You can then choose scottish again. At least though this does not break the config entirely like with the case issue. |
Could the code be made to not care about case in this, um.. case?
|
Correct, that is what I did. |
Hello! Rui -----Mensagem Original----- Could the code be made to not care about case in this, um.. case?
Reply to this email directly or view it on GitHub. |
I'm hoping that this is also fixed by the latest Next build. thanks |
Yes, it is fixed. Rui Fontes -----Mensagem Original----- I'm hoping that this is also fixed by the latest Next build. thanks Reply to this email directly or view it on GitHub. |
Does this fix work with config profile switching? I thought my profile broke last night, but i can't remember. |
Fixed in 32025c5 as confirmed above. This should also apply to config profiles. |
Espeak NG encodes languages like en-us as en-US. Since languages from easpeak in config are loaded as en-us and when a user upgrades currently to next, the config loads espeak-ng and trys to use the voice variant en-us. It should be using en-US, but since both synthesisers store settings in [[espeak]] under [voices] the config fails. This leads to the synthesiser failing to load. Before this is pushed out to a stable version, I propose the following:
The text was updated successfully, but these errors were encountered: