@aleksvor Many thanks from several users.

@aleksvor Thanks

Many thanks!

Many thanks

@algent
Many thanks

@ZachBacon Understood. Thank you.

@ZachBacon Many thanks.
I just noticed that version 2.45.1 is already available. Could you update to it?

@ZachBacon Many thanks!

Please do not forget about this task

Please do not forget about this task

@EbonJaeger Many thanks

Many thanks. Now Speech-dispatcher finds sd_rhvoice.

@DataDrake I only broadcast requests from users who do not know English, as well as those who have limited Internet access.

@DataDrake The fact is that over time, the number of voices will increase, and the package will grow. How to be in this situation to users who have a slow Internet?

Many thanks from users from Ukraine. Speech-dispatcher works fine.
But now there is another problem: We must to update RHVoice, because the sd_rhvoice module is installed in the /usr/lib64/speech-dispatcher-modules directory, but need to /usr/lib64/speech-dispatcher/speech-dispatcher-modules.

The RHVoice repository also includes documentation (doc folder). It would be possible to make a package rhvoice-doc, or several packages, ie separately for each language. Currently, the documentation is available in Ukrainian, English and Russian.

Pronunciation dictionary for the Ukrainian language can also be separated into a separate package rhvoice-ukrainian-dictionary.

Many thanks to everyone involved.

I just updated Firefox. The problem has not disappeared.

Unfortunately, the problem still exists.

@joebonrichie Don t forget about our experiment. I m currently using the Unstable repository, so I can check this before updating the package in Stable. Firefox 97 was released today.

Since I recently asked for an update to Speech-dispatcher, I think it is necessary to write about it.
RHVoice is already compatible with Speech-dispatcher 0.11.1. That is, so far RHVoice plays the audio stream on its own, but it also works in 0.11.1.

@EbonJaeger Thank you very much, I understand you.

@DataDrake It looks like my English is very bad, so I ll explain in more detail.
For example - Element: the latest version of Element uses Electron-15. Is it built in Solus using this version of Electron? I have no experience and I don t know how to check it. Also, even in the latest version of Element, I notice bugs that I ve been seeing for a long time. Unable to select text using Shift and arrow keys, and I can t expand the room tree (Chrome doesn t have this problem). Therefore, I suspected that Solus Element and possibly other applications could be built using older versions of Electron, especially since some developers support building their applications with different versions of Electron.
That s why I decided to draw attention to the importance of using the latest versions of Electron in the context of accessibility (that is, if possible, it is better that applications are built using the latest version).

@EbonJaeger I understand that. But if it happens that the developers for some reason use an older version of Electron, but also support newer versions, then I would like us at Solus to use the latest version of Electron, because it improves accessibility for blind users.

I forgot to add.
It is probably better to add a dummy configuration file to RHVoice

@nazar I m reluctant to use the forum because it has accessibility issues, and I can t set up my account properly.

@DataDrake Please apologize for breaking the rules. Could you help me? I wish we also had AT-SPI and Speech-dispatcher updates, but I feel like I can t make the right update request because I don t know everything about the accessibility infrastructure.

@nazar Thanks. I, as well as other blind users from Ukraine and Russia, would very much like RHVoice speech synthesizer to be in the Solus repository. But I couldn t make the request correctly, because almost every RHVoice component is allocated to a separate module, and I just don t know how to write a package request in this case.
Apparently, you need to create a system of dependencies so that each user can set only the votes he needs, because RHVoice has a lot of votes, and new votes are added almost every month.

Maybe this will come in handy (in particular, there is information about dependencies):
https://mail.gnome.org/archives/orca-list/2022-January/msg00157.html

It seems that I still solved the problem. To avoid sound distortion, you need to convert Raw to Wav. Then play the sound with Paplay.

At the moment, there are some accessibility issues that I ve tried to capture and described here:
https://github.com/getsolus/os-installer/issues/9

OK. Sorry for the false alarm, and thank you for helping to clarify the situation.
Since I am the only one currently reporting this issue, I m closing this task. I like Sox-based resampling techniques, so I slowed down the speech synthesizer to avoid sound distortion.
Also, I now see that Pulseaudio in Solus is configured better than in other distributions I ve used. So accept my most sincere apologies.

@DataDrake First of all, thank you so much for taking such things into account. I assumed that it had not even been tested or researched (I mean the Accessibility aspect).
Therefore:

1. I managed to get Espeak-NG to work. I can t describe how I did it, but I restarted Pulseaudio exactly a few times. That is, you are one hundred percent right .;
2. To play the audio stream in raw format, which generates ru_tts, I use the Play utility. Your words made me investigate the problem in more detail. I have found that the endings of words disappear only if the speed exceeds a certain limit. But ... This does not happen if resample-method is used by default.

In any case, there are fears that this will be faced by users who are forced to use voices connected via sd_generic. It would be very good if you could investigate why this is happening. But in general - we can assume that you have overcome me. )
Delays after some of my manipulations disappeared even for ru_tts.

@JoshStrobl This situation has long been known to all, which is why other distributions do not use similar things.
Speech synthesizers do nothing special. They simply generate a sound stream in Raw or Wav format, and either play it with Pulseaudio, or with user-selected means (such as Play from Sox).
When listening to long sound tracks, this effect is invisible, only when playing very short sound events.
Blind users depend on the sound, so they tried to configure some sound in different distributions, and the effect was the same. Therefore, as a rule, stopped on ffmpeg. I know several such blind users.
I still suggest not to lean towards the majority, but to find some reasonable compromise, so that it was good for both blind users and people who see.
This is one hundred percent not a synthesizer, and not my equipment. But I can t show you the sound reproduction spectrogram.
Please note the following detail: finding information on how to set up Pulseaudio is very simple. It will be difficult for a blind user to understand what the problem is. He will try to contact the Orca Mailing List, or the developers of Espeak-NG. Will get the answer that everyone is fine and decide that this Solus somehow destroys the accessibility ...
That is, it is easier for a person who sees to set up Pulseaudio for themselves than for a blind user to find the cause of sound problems.

OK. I ll just describe how it works in other distributions. This information may be useful:

I finally clarify the situation.
Although Super+ALT+s works on the login screen, it is not configured in the user account. I see that in the settings of the MATE keyboard shortcuts, nothing is assigned to the Toggle Screen Reader function. Because of this, the user cannot use this keyboard shortcut.
This key combination controls the parameter:

Excuse me for inattention. It seems that in the installed system (at least on the Qemu-KVM virtual machine), Super + Alt + s also works incorrectly:

1. On the login screen, I can turn Orca on and off;
2. After logging in, Orcane does not talk to me, and this keyboard shortcut does not work. It is necessary to use the dialog of start of programs (just in case I use the orca -r command).

Sorry for my bad English.