Skip to content
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

speech-dispatcher spd-say command produces 9 Second long delay in proot #264

Open
JanuszChmiel opened this issue Mar 22, 2023 · 1 comment

Comments

@JanuszChmiel
Copy link

Dear elite Proot developers,
I have found out, that my issues with Orca screen reader are being caused by long time delay between spd-say string
is being pronounced.
Because Orca also uses Python Speech-dispatcher special library and because spd-say ahoj produces The following time
time spd-say ahoj

real 0m9.069s
user 0m0.800s
sys 0m2.440s
As a result, Orca special modules crashes with message something was hung, aborted and timeout message.
When comparing with Speech-dispatcher which have been compiled by MR Grimmler for Termux repository, time delay is much much more less.
I have tried to do many thinks.
I have tried to run proot-distro login archlinux
without special option to share TMP folder with Termux environment.
But it did not help.
I will compare time delay with ebian installed by The Proot-distro if time delay will not be better.
Unfortunately, my brain is too lov performance to thing new algorithm. That I would be using speech-dispatcher and Espeak included with Termux and Orca would communicate with those modules from Proot chroot specific distribution container.
I do not know, if such transfers are possible.
Because I Am afraid, that finding The long delay cause will be not very easy.
But compiling Orca and at-spi and other modules directl for Termux is very probably much more complex.
Please if you could give Me some advice how to deeply debug The cvause of so long delay, please let Me know.

Sure, I could also try to set delay from Orca dependent modules so it will wait much more longer, but I would have to find .py module and The coreesonding line which will define The delay.
Thank you for your time and for your advice.
Termux values for spd-say ahoj word are
$ time spd-say ahoj

real 0m1.866s
user 0m0.270s
sys 0m0.600s
Termux-x11 app also do not cause this delay, I have not executed it.

@JanuszChmiel
Copy link
Author

So The cause is somewhere in newest speech-dispatcher on newest ArchLinux packages. Because if I have installed Debian by using proot-distro, The delay of spd-say command is only something more than one second. I Am very sad, because Arch Linux contain so many useful packages which are not The part of Debian AArch64 repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant