Re: I'm working on an article
Aaron Chantrill <[email protected]> Sun, 16 Nov 2025 18:25:44 -0500
| Newsgroups | gmane.linux.debian.devel.accessibility |
|---|---|
| Message-ID | <[email protected]> |
On 11/12/25 19:08, Jason J.G. White wrote: > > On 12/11/25 10:17, Aaron Chantrill wrote: >> I'm working on an article for Linux Magazine. For this article, I'm >> interested in talking about setting up speech dispatcher with >> different text to speech engines, like Piper TTS or Coqui TTS. This >> is based on a question from this mailing list a couple of months ago. >> I'm hoping to start a series on accessibility issues while deepening >> my own understanding. > > For screen reader users, minimizing audio latency is important. > Unfortunately, > > the neural network-based TTS systems, including Coqui and Piper, have > a reputation for producing high latency. This is an important reason > why screen reader users tend not to use them. > > I don't know whether this is improved if you have appropriate GPU > processing for the neural network models. Piper was unusably slow on > my machine, but I didn't investigate deeply enough to find out whether > it was using the GPU. > Piper when run as a command line program is unusably slow because it has to load the full onnx model every time you call it. My goal is to use piper's built-in http server. This is the same way the older mimic3-general.conf module worked. Of course, writing an http server front end that can hold a model in memory isn't that difficult, so if other TTS programs don't include a web service, it shouldn't be that difficult to write one. Once the onnx model is loaded, Piper runs faster than real time (it takes longer to say the output than to generate it) even on a Raspberry Pi 3, so latency and GPU shouldn't be an issue, but running an additional web server as a service does introduce additional complexity. Thank you, Aaron