12.12.2012 Views

Festival Speech Synthesis System: - Speech Resource Pages

Festival Speech Synthesis System: - Speech Resource Pages

Festival Speech Synthesis System: - Speech Resource Pages

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

[ < ] [ > ] [ > ] [Top] [Contents] [Index] [ ? ]<br />

10.4 XML/SGML requirements<br />

<strong>Festival</strong> is distributed with rxp an XML parser developed by Richard Tobin of the Language Technology Group,<br />

University of Edinburgh. Sable is set up as an XML text mode so no further requirements or external programs are<br />

required to synthesize from Sable marked up text (unlike previous releases). Note that rxp is not a full validation<br />

parser and hence doesn't check some aspects of the file (tags within tags).<br />

<strong>Festival</strong> still supports SGML based markup but in such cases requires an external SGML normalizing parser. We<br />

have tested `nsgmls-1.0' which is available as part of the SGML tools set `sp-1.1.tar.gz' which is<br />

available from http://www.jclark.com/sp/index.html. This seems portable between many platforms.<br />

[ < ] [ > ] [ > ] [Top] [Contents] [Index] [ ? ]<br />

10.5 Using Sable<br />

Support in <strong>Festival</strong> for Sable is as a text mode. In the command mode use the following to process an Sable file<br />

(tts "file.sable" 'sable)<br />

Also the automatic selection of mode based on file type has been set up such that files ending `.sable' will be<br />

automatically synthesized in this mode. Thus<br />

festival --tts fred.sable<br />

Will render `fred.sable' as speech in Sable mode.<br />

Another way of using Sable is through the Emacs interface. The say-buffer command will send the Emacs buffer<br />

mode to <strong>Festival</strong> as its tts-mode. If the Emacs mode is stml or sgml the file is treated as an sable file. See section 11.<br />

Emacs interface.<br />

Many people experimenting with Sable (and TTS in general) often want all the waveform output to be saved to be<br />

played at a later date. The simplest way to do this is using the `text2wave' script, It respects the audo mode<br />

selection so<br />

text2wave fred.sable -o fred.wav<br />

Note this renders the file a single waveform (done by concatenating the waveforms for each utterance in the Sable<br />

file).<br />

If you wish the waveform for each utterance in a file saved you can cause the tts process to save the waveforms<br />

during synthesis. A call to<br />

festival> (save_waves_during_tts)<br />

Any future call to tts will cause the waveforms to be saved in a file `tts_file_xxx.wav' where `xxx' is a<br />

number. A call to (save_waves_during_tts_STOP) will stop saving the waves. A message is printed when<br />

the waveform is saved otherwise people forget about this and wonder why their disk has filled up.<br />

This is done by inserting a function in tts_hooks which saves the wave. To do other things to each utterances<br />

during TTS (such as saving the utterance structure), try redefining the function save_tts_output (see

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!