Hello, On Mo, Nov 16, 2009 at 10:25:29 +0100, Gilles Casse wrote: > Hynek Hanke wrote: > > Now we tend to think that any solution where the audio > > is not output to kernel space directly from the synthesis > > driver (like we do with ALSA) is not a possible way given > > the current state of things.
NACK > > Of course you are welcome to cross check these results, > > that would be very useful. There might be something which > > changed or something that we are missing. > > > > I will look at this. > Best regards, > Gilles Please have a look to paplay code. Using espeak-genric driver in speech-dispatcher through pulseaudio (with paplay). produces very well working output. I am using the following command in espeak-generic.conf GenericExecuteSynth \ "echo \"$DATA\" |\ espeak --stdout -v $VOICE -s $RATE -a $VOLUME -p $PITCH $PUNCT --stdin |\ paplay -" The command pipes espeak output through paplay and doesn't need a temporary wavfile for playback. The test shows that the problem must be in speech-dispatcher pulseaudio code (not in pulseaudio). The generic stuff works as expected fast, reliiable and with low latency. I am using this since 6 weeks. The solution was tested with ubuntu karmic kernel as well (works). >From pulseaudio Mailinglist (from Lennart): > So I upgraded to using the standard model - I copied the > xmms-pulse plugin.c as a template and modified it until it compiled on > my system without issues. Same problem, sound is horrible. To > actually use callbacks would require a complete change in architecture > for the application, and I'm not going there. Uh. xmms is not maintained and dead and removed from quite a few distros. Something similar is true for xmms-pulse. This is really not where you should be looking. ------------------------ the comments in speechd/src/audio/pulse.c tells me that this code was used to create the pulseaudio module for speech-dispatcher. Maybe paplay would be the better choice :-(. Regards Halim _______________________________________________ gnome-accessibility-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
