Mar 11 2021
I set up a proxy and changed Services -> lexicon in the wikispeech_server config file to localhost/lexserver, it works. And the links work as well, with the lexserver prefix.
Not sure if it will work with the setup on wikilabs - but with a bit of luck it will.
Need to check this..
In my setup using the -r lexserver switch breaks the links in http://localhost:8787/lexicon/, but wikispeech_server works normally. But of course there is no proxy in use. I'll set that up and see if I get the same error as in the log above.
Feb 15 2021
There are now test examples in templates/test.html, of ssml with ipa, and of the new "ipa" input type.
To check which ipa symbols are allowed for a certain language: http://localhost:8771/symbolset/content/sv-se_ws-sampa (the url to the symbolset mapper)
Feb 11 2021
Feb 10 2021
Test version available in git - allows ipa in ssml input
Jan 27 2021
Oct 15 2020
Oct 1 2020
Sep 17 2020
Need to update to latest version of mishkal
Sep 8 2020
Changed to use
logging.handlers.SysLogHandler(address = '/dev/log')
Added a setting to wikispeech-server/default.conf:
#logger defaults to stderr, uncomment here if you want something else
There is now an endpoint /default_voices that returns json similar to this:
Output json now contains timing in milliseconds instead of seconds
audio_url is no longer returned.
Tmp dir is cleared after each call.
Sep 3 2020
Sep 2 2020
Jul 23 2020
Jul 20 2020
Yes, wrong format was returned. Now fixed in git.
Jul 10 2020
Json item "voice", with items adapter, config_file, engine, language, name has been added.
Jun 26 2020
Apr 2 2020
Partly done - a call to the wikispeech server, eg. http://localhost:10000/?lang=sv&input=sju%20sj%C3%B6sjuka%20sj%C3%B6m%C3%A4n. now also contains audio_data, a base64 encoded string. The audio_url still there as well, will remove that later. For testing you can also try adding the parameter output_type=html, eg. http://localhost:10000/?lang=sv&output_type=html&input=sju%20sj%C3%B6sjuka%20sj%C3%B6m%C3%A4n.
This will return very simple html with an audio element containing the base64 string as source.
Mar 19 2020
I can't reproduce this - here's what I get when starting MaryTTS without a running mishkal server:
Feb 6 2020
Nov 28 2019
Nov 26 2019
The reason for the "spike" is still unknown. But the low volume after is caused by the "Amplitude Normaliser" in Marytts.
Nov 25 2019
No longer relevant. Close.
But if we're still using marytts we still need to consider the speed issue later.
Already fixed. Close.