I used this install script, but have tried installing normally using Linux instructions too with the same situation.
Things working:
Running ./start_mycroft.sh debug works as expected, no errors, and the voice logs “talk” back to me as if nothing is wrong.
I am paired successfully to home.mycroft.ai
Running ./start_mycroft.sh audiotest works as expected, it records and plays back perfectly
Things not working:
When running ./start_mycroft.sh all I get no audio indication ding when saying “Hey, Mycroft”
No TTS is working at all, anywhere - I have never heard Mycroft’s beautiful voice and this makes me sad
For reference, I am currently located in Shenzhen, running the system through a (very) reliable private Hong Kong VPN. Bonus info: trying to install without this VPN ended in what seemed like a very broken installation. Installing with the VPN took much longer, which I can only assume because nothing broke during the process. Does Mycroft struggle to install properly within China’s firewall?
I am currently compiling the local mimic to rule out any network issues, but my hopefulness is low.
What logs or info can I provide to try and get to the bottom of this?
I did go there to try and resolve the issue, but since all 3 tests seemed to work - with the exception of Mycroft’s voice - I assumed I had a different problem specifically relating to TTS.
Perhaps it would be better if audiotest used the same method for playing back the recording as Mycroft’s TTS uses to play speech, this was the cause of my confusion and what led me to believe it wasn’t just a simple audio issue.
In any case, I’ve now learned a lot about audio in Linux so I guess that’s my bonus prize for expecting the worst and digging deeper than I needed to!
It is weird that the audio test works but mycroft fails to play audio. They use the same playback call, to make this as similar as possible…
If you’re using goole TTS it would be different though since that receives the data as mp3 and hence uses mpg123 for playback instead of paplay as the default for wavs.
Hello,
I think I have a similar problem like this.
I used the audio troublesooting guide and the mycroft-start audiotest -l worked very well but still mycroft is not receiving any input from my BLUE MICROPHONE Blue Snowball since I don’t see any Mic level.
I tried mycroft-config set listener.device_name but the problem is still the same.
thank you for the response. Actually I did work out in the end.
I tried it with sudo ‘‘service mycroft-* restart’’ which did not work out at first. After I went to bed, shutdown the pi and tried it the next day everything was working.
I thougth that adding the ‘‘sudo service mycroft-* restart’’ to the audio Troubleshooting guide would be a good idea?
