SendInput typing speed impact on other programs

[tripfish]

Thank you for speech-to-windows-input.

I noticed that other programs that also use SendInput, type text slowly, as soon as speech-to-windows-input is running in the background.

Typing by other programs (e.g. dragonflys text action) is then as "slow" as the output typing speed of speech-to-windows-input.

Why does speech-to-windows-input have a global impact on other programs that also use SendInput? Is it possible to make the writing speed of speech-to-windows-input globally independent or is it possible to increase the writing speed of speech-to-windows-input alternatively?

Unfortunately I don't have a small demo with which you can reproduce this quickly. Let me know if you need more information. Then I will try to prepare something.

Thanks.

[j3soon]

Sorry for the late reply.

This is an interesting issue. I think it might be due to the use of global keyboard hook callbacks. In order to locate the bottleneck and fix it, I need a small demo to reproduce the issue. Since I'm not familiar with dragonflys text action, can you provide a small demo for me? Thanks in advance!

[tripfish]

Thanks for the answer.

The easiest way to do this is with inputsimulator.

I have put a very simple demo project here.

By using inputsimulator, the text is not written slowly in real time, but you can still notice the difference. As soon as speech-to-windows-input is running in the background, it takes much longer to write the sample text. If you stop speech-to-windows-input, the text appears very quickly.

[Industry]

I noticed the same behavior. When a long output is ready to be copied, it takes a long time for Speech to Windows to input it, and running the application alongside another one like AHK or PhraseExpress causes a massive slow down.