Sonos ... Audio Sink ... Say?

[patrickse]

@curlyel @Marty56

Same problem on yesterdays nightly build

[Marty56 (Martin)]

Instead of “marytts” I am using “voicerss”.

The downside is that this is requiring an internet service which I would prefer to avoid due to privacy and availability reasons.

[curlyel]

@Marty56

… this is requiring an internet service I would prefer to avoid due to privacy and availability reasons.

So do I.

FYI: I raised an issue on that:
https://github.com/openhab/openhab2-addons/issues/1715

[curlyel]

Is anybody deploying maryTTS with a German voice rendered at the right speed?
If yes, which audio sink you are using?

[curlyel]

Seems nobody is using maryTTS with German voice, because it is not rendered correctly.
Quite a pity. It was my hope to have some TTS without cloud involved …

[Oli (Oliver Stenzel)]

Why not make your own?

There's no voice like home

Hello, surly one thing that makes us individuals is our unique voice. So in order to make your smart home really your smart home, why not give it a one-in-a-million voice? With the added benefit of an offline solution whithout need of an internet connection (not to mention extra points for enhanced privacy…)? Sounds good? Then you should first follow this great tutorial for installing a local TTS Service: https://github.com/openhab/openhab1-addons/wiki/Use-local-TTS-with-squeezebox Under Ubun…

[curlyel]

Thanks Oli, sounds brilliant. But I’m afraid that’s beyond my capabilities

As @Kai did some refactoring of maryTTS (among his work on many, many other stuff) for openHAB2 I was hoping he is using it himselve and probably in his native language

So I was wondering how to solve it if there is indeed some issue with the German voices on maryTTS …

[Oli (Oliver Stenzel)]

Assuming you have some kind of Linux box running, it’s actually quite simple.
The only prerequisite is a running LAMP (instructions for setting that up are just one Goggle away), and the tutorial works 100% cut&paste.

[Kai (Kai Kreuzer)]

@curlyel

As @Kai did some refactoring of maryTTS (among his work on many, many other stuff) for openHAB2 I was hoping he is using it himselve and probably in his native language

Unfortunately not - and I don’t have it anywhere at the top of my to-do list, so I would hope for somebody else that uses (or plans to use) MaryTTS to go and figure out what needs to be fixed.

[curlyel]

marcelloceschia found the lines in the MaryTTSAudioStream.java, where the sampling rate is hard-coded…
Thanks marcelloceschia for looking into it!

He also proposed a quite easy solution to it, but was unable to build the bundle himself:

Issue: [maryTTS] use wrong sampling rate for German voices

Since I’m not able too, I’d like to ask for somebody more experienced in Java programming than me to step in and build some jar according his proposal …

[marcelloceschia]

I’ve build a bundle for testing https://www.dropbox.com/s/uksw9s0t2fk52qr/org.openhab.voice.marytts-2.0.0-SNAPSHOT.jar?dl=1

Just replace it and restart the openHAB service.

[curlyel]

Excellent. It’s working!

Voice quality is not at the level of VoiceRSS, but everything remains local

Many thanks for your help @marcelloceschia !

[marcelloceschia]

Thank you for testing. I hope it will be tested by some other users to and we can open a pull request du fix this issue in the main branch.
Please also try to switch voices and check the result for all voices, especially the en_US voice with 48kHz sampling.

@curlyel maryTTS has a lot more voices with “other quallity”, but this can result in > 500MB library code

[curlyel]

I’ve tested all three voices supplied with maryTTS bundle. The two German voices at 16kHz are rendered correctly as well as the English one at 48kHz. So from my point of view all fine

Regarding the “other quality voices”:
Since nowadays the bundle is just installed on user request, an increased size of the bundle would only affect those users, who decided actively to get maryTTS installed for having TTS local. Those would accept higher disc space requirements - probably

I personally would be more than happy if could have a better TTS quality for the cost of some disc space and compute power. If you’re preparing a PR, it would be nice getting some more voices especially in higher quality in.

[Celaeno1 (Alex)]

@marcelloceschia [quote=“curlyel, post:91, topic:15576”]
I’ve tested all three voices supplied with maryTTS bundle. The two German voices at 16kHz are rendered correctly as well as the English one at 48kHz. So from my point of view all fine
[/quote]

I tested it with (Build #920) version 2.1.0.201705151816 | MaryTTS Voice Service, but both german voices are too fast, and english voice is like a bit on Valium (a bit too slow). I’ve tested it directly on OH2-Server (System Speaker with mp3 support), it’s ok (all voices)!!! But when I select my “Allplay speaker” ->‘Default Sink’ in audio configuration, speed didn’t fit… Is it an Allplay problem or a MaryTTS problem?

[dominicdesu (Dominic Lerbs)]

@Celaeno1 I can confirm the issue (same problem here), however I cannot see how the could be caused by the AllPlay binding. The binding is just forwarding the generated voice URL to the AllPlay speaker.
It would make sense to analyze the generated file which is sent to the speaker, however it seems like this only exists temporarily, I have no clue how to access it.

[Celaeno1 (Alex)]

@Kai
Do you know about this issue? Maybe now it’s solved for “Sonos” (PR 1982 ), but “Allplay” is not running with “MaryTTS, german”. See Post 92

[Kai (Kai Kreuzer)]

No, I didn’t find time for any testing of such things in the past weeks - so I am not in the loop about any issues on that.

[Celaeno1 (Alex)]

@Kai Who is the current maintainer of MaryTTS?

[Kai (Kai Kreuzer)]

I don’t think there is any, so feel free to come up with fixes yourself.