Re: eSpeak support in Orca -- what is the best way?
Lukas Loehrer wrote: Willie Walker writes (Re: eSpeak support in Orca -- what is the best way?): We recently looked at making a gnome-speech driver for eSpeak, but the main problem is that the eSpeak libraries have no facilities for sending samples to the audio device. Instead, it relies upon the application to manage the audio. I guess this is exactly why something like speech-dispatcher is a very good idea in the long run because it spares implementers of tts engines from dealing with the quirks of audio output architectures. Having written code for speech output with Alsa myself, I know this is not easy to get right, partly because low latency and instance interruptibility of playback is important in the tts scenario. Having this problem solved once and for all in a layer like speech-dispatcher will give people more time to focus on actual tts code. Not sure I agree - the model where the TTS engine delivers its sample to a third party for dispatch to the audio subsystem can increase latency, rather than reduce it. I do agree that there are other problems which such an architecture can avoid (for instance audio device contention). A key requirement is the ability to quickly stop an utterance. This can be difficult with multiple processes in the mix. A corrollary to this is the need for good progress/speech marker support, since in many scenarios one needs to know how much was actually spoken before the interruption took place. Bill Best rgards, Lukas ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
Re: eSpeak support in Orca -- what is the best way?
Hi, For a live cd, I think you would not find a smaller synth that is clear enough to be understood the first time around than Espeak. Espeak has indexing, pitch/volume/rate selection and some support for punctuation speaking. One advantage of using speech-dispatcher, is that one can run speakup and orca on the same machine without the two fighting about access to the sound card. Now that espeak has an API, one should be able to make a better speech-dispatcher module for it. I think some work has been done on that. Is Espeak included in Ubuntu? Regards, Willem On Fri, 1 Dec 2006, Henrik Nilsen Omma wrote: Hi all, I've been working with Gilles Casse of Oralux on a spec for better multilingual speech support in Ubuntu, and as it happens, the crux comes down to support for eSpeak in Orca. Let me explain ... The aim of the MultilingualSpeechSynthesis spec is to extend our current provision to synthesised speech in multiple languages right on the CD. That is not possible with Festival because the voices are too big, but should be possible with eSpeak. See: https://wiki.ubuntu.com/Accessibility/Specs/MultilingualSpeechSynthesis We also plan to improve the speakup support on default systems and Live CDs using eSpeak, which fits in well with the added language support. However, the main focus of the Live CD is still going to be the Gnome GUI. So we have to support both interfaces, and we want to do it with the same speech synth to avoid duplication. But we won't move the Live CD from Festival to eSpeak until we are confident that there is good support for eSpeak with Orca. (btw, many people will still prefer Festival or other synths and we should have good support for those and make sure installing and setting up is easy) I know I'm probably stirring up a old debate when I ask what the best way to do that is. I guess there are two options: * Write a gnome-speech driver for eSpeak -- How much work is involved with this? Gilles says he is willing to start on this. * Speech Dispacher support for Orca -- I know there have been issues raised about this before. Some missing features are mentioned here: http://live.gnome.org/Orca/SpeechDispatcher -- Using the Orca - gnome-speech - SpeechDispatcher - eSpeak chain is not really an option for a stable release I think. I'm not really technically qualified to have a firm opinion about which route is best or easier to implement. I simply note that a solution is a prerequisite for the multilingual Live CD and the enhanced speakup support. In principle I'm a fan of the speech dispatcher approach because I feel it open up more options for the future such as Orca running on KDE, but if the missing features there mean holding up a spec like multilingual support for a cycle or more then I'd like to consider alternatives. I've made a spec describing what we need and briefly mention the two options. https://wiki.ubuntu.com/Accessibility/Specs/OrcaEspeak Another question is whether eSpeak itself is feature complete enough (does not support asynchronous calls ATM AFAIK), but this is mediated by the ability to install Festival or something else post-install. I do wonder how the user community would react to a sudden switch of default synth though. Thoughts? Discuss :) Henrik ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks Transtec Computers for their support. ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
Re: eSpeak support in Orca -- what is the best way?
Hi Henrik: Perhaps the most expedient solution would be to write a basic driver layer for eSpeak, initially with gnome-speech wrapper interfaces, with the intention of moving it to Speech Dispatcher later on. The basic APIs are I hope similar enough that only a modest amount of code would have to be discarded in the migration. Maybe I am being naive about the reusability of such code, but I would hope that if the author of a gnome-speech eSpeak driver read and reviewed the Speech Dispatcher API first, you could end up with most of the code being reused when moving to SD, while not 'blocking' on the SD RFEs from the orca team. I, too, would like to see orca and the rest of Gnome move to Speech Dispatcher, once the orca team's concerns are met. Regards, Bill Henrik Nilsen Omma wrote: Hi all, I've been working with Gilles Casse of Oralux on a spec for better multilingual speech support in Ubuntu, and as it happens, the crux comes down to support for eSpeak in Orca. Let me explain ... The aim of the MultilingualSpeechSynthesis spec is to extend our current provision to synthesised speech in multiple languages right on the CD. That is not possible with Festival because the voices are too big, but should be possible with eSpeak. See: https://wiki.ubuntu.com/Accessibility/Specs/MultilingualSpeechSynthesis We also plan to improve the speakup support on default systems and Live CDs using eSpeak, which fits in well with the added language support. However, the main focus of the Live CD is still going to be the Gnome GUI. So we have to support both interfaces, and we want to do it with the same speech synth to avoid duplication. But we won't move the Live CD from Festival to eSpeak until we are confident that there is good support for eSpeak with Orca. (btw, many people will still prefer Festival or other synths and we should have good support for those and make sure installing and setting up is easy) I know I'm probably stirring up a old debate when I ask what the best way to do that is. I guess there are two options: * Write a gnome-speech driver for eSpeak -- How much work is involved with this? Gilles says he is willing to start on this. * Speech Dispacher support for Orca -- I know there have been issues raised about this before. Some missing features are mentioned here: http://live.gnome.org/Orca/SpeechDispatcher -- Using the Orca - gnome-speech - SpeechDispatcher - eSpeak chain is not really an option for a stable release I think. I'm not really technically qualified to have a firm opinion about which route is best or easier to implement. I simply note that a solution is a prerequisite for the multilingual Live CD and the enhanced speakup support. In principle I'm a fan of the speech dispatcher approach because I feel it open up more options for the future such as Orca running on KDE, but if the missing features there mean holding up a spec like multilingual support for a cycle or more then I'd like to consider alternatives. I've made a spec describing what we need and briefly mention the two options. https://wiki.ubuntu.com/Accessibility/Specs/OrcaEspeak Another question is whether eSpeak itself is feature complete enough (does not support asynchronous calls ATM AFAIK), but this is mediated by the ability to install Festival or something else post-install. I do wonder how the user community would react to a sudden switch of default synth though. Thoughts? Discuss :) Henrik ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
Re: eSpeak support in Orca -- what is the best way?
Hi All: We recently looked at making a gnome-speech driver for eSpeak, but the main problem is that the eSpeak libraries have no facilities for sending samples to the audio device. Instead, it relies upon the application to manage the audio. Having developed a speech synthesis engine in the past, I understand this decision because it helps keep life simple. In my opinion, however, we really need the eSpeak libraries to support audio directly. If someone were able to get this going, we probably could get faster response time and see eSpeak viable on more systems (e.g., gnome-speech, SpeechDispatcher, emacspeak, etc.). Will On Fri, 2006-12-01 at 13:06 +0100, Henrik Nilsen Omma wrote: Hi all, I've been working with Gilles Casse of Oralux on a spec for better multilingual speech support in Ubuntu, and as it happens, the crux comes down to support for eSpeak in Orca. Let me explain ... The aim of the MultilingualSpeechSynthesis spec is to extend our current provision to synthesised speech in multiple languages right on the CD. That is not possible with Festival because the voices are too big, but should be possible with eSpeak. See: https://wiki.ubuntu.com/Accessibility/Specs/MultilingualSpeechSynthesis We also plan to improve the speakup support on default systems and Live CDs using eSpeak, which fits in well with the added language support. However, the main focus of the Live CD is still going to be the Gnome GUI. So we have to support both interfaces, and we want to do it with the same speech synth to avoid duplication. But we won't move the Live CD from Festival to eSpeak until we are confident that there is good support for eSpeak with Orca. (btw, many people will still prefer Festival or other synths and we should have good support for those and make sure installing and setting up is easy) I know I'm probably stirring up a old debate when I ask what the best way to do that is. I guess there are two options: * Write a gnome-speech driver for eSpeak -- How much work is involved with this? Gilles says he is willing to start on this. * Speech Dispacher support for Orca -- I know there have been issues raised about this before. Some missing features are mentioned here: http://live.gnome.org/Orca/SpeechDispatcher -- Using the Orca - gnome-speech - SpeechDispatcher - eSpeak chain is not really an option for a stable release I think. I'm not really technically qualified to have a firm opinion about which route is best or easier to implement. I simply note that a solution is a prerequisite for the multilingual Live CD and the enhanced speakup support. In principle I'm a fan of the speech dispatcher approach because I feel it open up more options for the future such as Orca running on KDE, but if the missing features there mean holding up a spec like multilingual support for a cycle or more then I'd like to consider alternatives. I've made a spec describing what we need and briefly mention the two options. https://wiki.ubuntu.com/Accessibility/Specs/OrcaEspeak Another question is whether eSpeak itself is feature complete enough (does not support asynchronous calls ATM AFAIK), but this is mediated by the ability to install Festival or something else post-install. I do wonder how the user community would react to a sudden switch of default synth though. Thoughts? Discuss :) Henrik ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
Re: eSpeak support in Orca -- what is the best way?
Henrik Nilsen Omma wrote: * Speech Dispacher support for Orca -- I know there have been issues raised about this before. Some missing features are mentioned here: http://live.gnome.org/Orca/SpeechDispatcher Hello, the major issue now is the missing callback support. This results in missing cursor/speech synchronization. As far as I know, the end user will notice that in OpenOffice when reading the whole document -- when he interrupts the speech, the cursor will not be positioned to the place where the speech was interrupted. Maybe there are some other situation, may someone comment on that? Adding this support into the Speech Dispatcher Orca backend should not be technically difficult (my rough estimation is 40 manhours, being tempted to say much less). Well, once we get the functionality to the Orca backend, we will also need to support it in the Speech-Dispatcher eSpeak driver. The author of eSpeak added an API for that recently. Maybe Hynek or Jonathan will tell us more about the progress here. I do wonder how the user community would react to a sudden switch of default synth though. Thoughts? Please also note, that Dpeech Dispatcher allows you to switch synthesizers automatically based on the current language, so you should be able to use e.g. Festival for English and eSpeak for other languages. This, however, must be supported by the client (i.e. Orca) by providing relevant language information. Hope this information helps. Tomas. ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list
Re: eSpeak support in Orca -- what is the best way?
Will Walker wrote: We recently looked at making a gnome-speech driver for eSpeak, but the main problem is that the eSpeak libraries have no facilities for sending samples to the audio device. Instead, it relies upon the application to manage the audio. Having developed a speech synthesis engine in the past, I understand this decision because it helps keep life simple. In my opinion, however, we really need the eSpeak libraries to support audio directly. If someone were able to get this going, we probably could get faster response time and see eSpeak viable on more systems (e.g., gnome-speech, SpeechDispatcher, emacspeak, etc.). I agree. The eSpeak Speech API should be handling this under the covers. So that it's not lost, and also to act as a starting point for anybody else who is interested in working on this, I've opened: http://bugzilla.gnome.org/show_bug.cgi?id=381322 which is an enhancement request for an eSpeak driver for GNOME Speech. It contains a couple of attachments: * Patch to add in the basic GNOME Speech infrastructure for the eSpeak driver. * Sample program from the eSpeak author to show how to turn text to a speech .wav file. ___ gnome-accessibility-list mailing list gnome-accessibility-list@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-accessibility-list