Re: RPI gravelly speech and pcaudiolib results

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




If anybody is interested, back in about 2013 I wrote a library and a new version of espeakup to use it.

Look in:

https://github.com/cromarty/ttsprojects

Look in:

raspberry-pi/libpipcmrender

and:

raspberry-pi/piespeakup2

The library uses OpenMAX to directly render speech on the GPU, thus avoiding ALSA.

I did a podcast on Hacker Public Radio demonstrating how much better speakup was on the Pi using this library.

Mike



On 02/03/2022 20:59, Brian Buhrow wrote:
	hello.  Just out of curiosity, is there a way to get the audio system to flush its buffer
before it finishes speaking the current buffer?  I know when I worked on getting eflite working
on my systems many years ago, the speech engine was calling the drain ioctl rather than the
flush ioctl when the stop speech command was issued to it.   Changing the flite engine so it
could distinguish between  drain and flush fixed the problem and made things very responsive
without having to tweak buffer sizes.

-Brian




--
Michael A. Ray
Analyst/Programmer
Witley, Surrey, South-east UK

He/him

"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- A. de Saint-Exupery




[Index of Archives]     [Linux for the Blind]     [Fedora Discussioin]     [Linux Kernel]     [Yosemite News]     [Big List of Linux Books]

  Powered by Linux