On Thu, Jun 29, 2006 at 12:53:55PM +0200, Milan Zamazal wrote: > Preferably all voices should declare their coding. There's no standard > way to do that in Festival; festival-freebsoft-utils introduces just > another item in the voice declaration called `coding' for that purpose. > It's trivial to add it and it's IMHO better than introducing new > configuration options to all the Festival frontends. > The festival-freebsoft-utils current-voice-coding function is trivial: > (define (current-voice-coding) > (or (cadr (assoc 'coding (cadr (voice.description current-voice)))) > 'ISO-8859-1)) > If all you need from festival-freebsoft-utils is this function then > there's no need to require the whole festival-freebsoft-utils package to > be able to figure out the voice coding. I tried, but: festival> (voice_lp_diphone) lp_diphone festival> (assoc 'coding (cadr (voice.description current-voice))) nil So I guess the Italian voice doesn't define that. If you give me a piece of lisp code that adds that definition, I can add it to the Debian and Ubuntu package, and try to push it upstream. With regards to gnome-speech, honoring the encoding seems quite easy. In the function festival_response_sock there is this query: (list 'VOICEDESC: (nth 0 (voice.description '%s)) (nth 1 (nth 0 (nth 1 (voice.description '%s)))) (nth 1 (nth 2 (nth 1 (voice.description '%s)))) (nth 1 (nth 1 (nth 1 (voice.description '%s))))) Where %s gets substituted to be the voice name. Besides that maybe is a good idea to refer to parameters by name using assoc rather than by position using nth, it sounds trivial to add another parameter to that and handle it later on. So, if I can get the right help with the LISP code, I can take care of this. Meet me on irc.freenode.net or irc.oftc.net as 'enrico' if you'd like to have a quick session about it. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <enrico debian org>
Attachment:
signature.asc
Description: Digital signature