You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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.
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.
The text was updated successfully, but these errors were encountered: