I am using a QGroundControl , QT based app, and have just moved to Fedora 34. On the new system, the voice sounded odd, like a grandpa speaking to me. I digged a little and made sure that the QT app sets locale correctly, and yes:
Then I digged a little more and this is what I have found in the log of speechd :
tail -f /run/user/1000/speech-dispatcher/log/speech-dispatcher.log | grep grand
[Tue Oct 26 21:22:59 2021 : 125478] speechd: 21:DATA:|SET SELF SYNTHESIS_VOICE English (America)+grandma
After discussing this on the speech-dispatcher repo I am pretty sure that the problem is in my Fedora installation. The same .appimage works correctly on fresh Ubuntu 20.04. As a contributor of speechd wrote:
Maybe someone at fedora that packages either espeak or speech-dispatcher thought it would be humorous to have +grandma variant as the default or prioritize it when none have been selected explicitly.
How can I debug if further? The old versions of speech-dispatcher or espak-ng are not available for Fedora 34. I have also troubles with building it from source files.
So, the first step would be to isolate if this is an issue with the package or some configuration issue. Can you please create a new user and see if the issue persists there? If yes, then it’s a bug that should be filed so that the maintainers can look into it.
I have just tried as a new user, same problem. Both configs look OK for me.
I am afraid that it’s a problem that the package maintainers will not be able to replicate. I need to build a simple app to test it.
I am really sorry: this is not a problem with Fedora. Fedora uses newer versions of speechd and espeak-ng than any other popular distro. The same problem will occur on newer distros. All Qt apps that does not specify the Voice will default to grandma version.
I will continue talks with developers of mentioned software packages and try to convince them that they should default to “normal” voice