I think Rhasspy has grown enough in popularity to warrant its own discussion site. I was thinking of setting up a Discourse droplet on Digital Ocean. Does anyone have any experience with this? Any other suggestions?
BTW, Discourse is what this site is using. Seems pretty nice to me.
Iām with you, that Rhasspy deserves a lot more space than this one thread. 
But in general the advantages in having a well run forum and itās members outweigh the āneed for spaceā.
See, you would have to run the droplet, somebody needs to moderate the discussions and the most important point, others are not that often there to help. If a thread is here on this forum, a lot of people ājust take a lookā and can answer at least some questions and stay up to date.
If I would be asked, I would vote for a new subforum for Rhasspy under āThird Party Integrationsā. Would make (my) life easier and I wouldnāt need to check another site for news that are interesting or necessary for me.
But thatās just my two cents, no hard feelings, please!
I didnāt realize that was an option. Thanks! Iāll check into it.
I second that idea.
It keeps this (strong) community connected.
Have a sub topic or whatever they call it in third partyā¦ like ESPHome, etc.
Cheers!
DeadEnd
Good news, Paulus (the HA founder), has agreed to create a general Voice Assistant category! Iāll post a link as soon as I get more info.
This should be generally useful for discussions/help on Rhasspy and Ada.
Its there About the Voice Assistant category
I think the first thing would be to move this fine thread there 
Discord is a pretty popular alternative.
Quick question on persistent data.
While working through my configurations I found an interesting situationā¦ and I wanted to confirm I understand it correctly. I am running Rhasspy in a container. I have the profiles folder as a mapped volume so that I can make changes, backups, etc.
So, I decided to clear my config folder and start from scratch (for the Kaldi issue I had). I stopped my container, deleted the mapped directory, recreated the directory, and then started the Rhasspy container up again.
To my surprise, my sentences, custom words, etc. were still there even though my sentences.ini, custom_words.txt, etc. were deleted (and actually have still not been recreated).
So, my assumption is that the container when it is trained stores this in another location. Since I only stopped it and did not delete the container itself, this data was still present in a database somewhere. Does all that make sense? and am I correct?
So the only way to clear it correctly would be to delete the folder AND the container?
Thanks!
DeadEnd
Rhasspy should only be writing to the directory specified in the --user-profiles argument. If youāre seeing something else, this might be a bug or a problem with configuration.
Iād be interested to see your docker run command and any log messages you have when Rhasspy starts (it should print out the profile directories). Thanks
Hi @synesthesiam, youāre doing an awesome job with Rhasspy, but I think you could use some help, as more and more users are coming in, especially from Snips. I guess there are a lot of people, like me, that want to contribute more but donāt know well what tasks they could pick up.
I think itās a good idea to put some issues on GitHub with a description of some basic tasks that should be implemented, enhanced, fixed, tested or documented (all of these aspects are important in my opinion) in Rhasspy.
I especially like the approach of LibreOfficeās Easy Hacks, which has lists of āeasy hacksā that newcomers can implement, ordered by skill, difficulty level or topic. Itās a great way to familiarize yourself with the codebase and significantly lowers the barrier to contributors.
So if you would put some issues on GitHub with a label easyhack or something like that, people would see that they should be able to tackle this issue even if they arenāt very experienced with the Rhasspy codebase. It could pull in some new contributors or trigger occasional contributors like me more to dig in because much of Rhasspyās code (especially the actor model youāre using) is way over my head and Iām still a bit lost
Wellā¦ I tried to reproduce what happened, and it didnātā¦
So, I must have done something weird to cause it, but I stopped the container, deleted the config directory, and started the container again, and as expected everything was default.
I really donāt know how I did itā¦ but unless I can reproduce it consider it user error. 
Thanks!
DeadEnd
Thanks, this is something Iād like to address as soon as possible. One of my first steps is splitting out pieces of Rhasspy into separate libraries, so contributors can focus on smaller pieces. For example, Iām almost ready to release the rhasspy-nlu library that encapsulates the sentences.ini parsing and fsticuffs intent recognition.
Iād also like to scale back whatās in the core Rhasspy distribution, and instead make it easy to point Rhasspy at an external service (Home Assistant, HTTP, MQTT, etc) for each function (speech to text, etc.). That will keep the main Docker image slim, and make it clear where the boundaries are.
I understand the actor model can be confusing. I need to pull that out as a separate library, with some actual documentation. Each actor is really just a thread with an āinboxā and a current state. The state determines which message handling function is called in the Python class, and is used so the actor can react differently to messages over time. Really, their just microservices in the same process
As I think more about it, there are three places I could definitely use some help:
Hi @synesthesiam first, let me congratulate you on your impressive project.
Itās incredible what youāve already achieved and how fast development is progressing. 
I also think the last steps towards modularization and streamlining the core are right and good. iāve been watching it for a year, but unfortunately i have to say that for a project of mine i first put on snips. that was a mistake as i saw in the last days.
I tried rhasspy on several test systems and everything works fine under docker. On my target project i have to reduce all overhead so i tried the pyton env install as described.
Unfortunately, I canāt get it to work. For safety I tested it on a raspberry pi 3 with the latest
buster version without modifications and special drivers and it comes to the same error.
git cloning works. download-dependencies also works. at ./create-venv.sh the system installs well for a long time but in the end there are some bugs that I couldnāt figure out and fix. see the screenshot from the SSH console.
Hope so we can get this to work i would like to spend a lot of time on rhasspy and also actively help with testing and extending it.
Hello,
Iām an former user of snipsā¦ I have been missing for years that snips made only some parts of it open-source for marketing purpose and took care to keep the rest privately held.
After looking for truly opensource alternatives local voice assistant, I want to give rhasspy a tryā¦ and if I can, help to make it grow.
I think you could get motivated developpers coming from snips. Do you think you could drive us ? Would it make sense to fork snips-nlu, train it with the snips data each snips user could export from its snips account, and integrate it to rhasspy ?
welcome @farfade
Iām also such a Snip āvictim.ā Have you tried Rhasspy?
The installation with Docker on a Raspberry Pi 3 is very easy, fast done and runs impressively good. I think the Rhasspy concept is great. You can choose the best suitable components for all applications. There are several intent recognition systems to choose from. With the standard config (fsticuffs) I achieve amazingly good results. What distinguishes Rhasspy from Snips at the moment is that it does not support any skills directly. But that is depending on the desired application no big problem at all. Fortunately Rhasspy supports the Hermes (MQTT) protocol like snips. This is how you can āaddā Skill functionality. Run your own Phyton script (also as a service) and listen to the Hermes protocol, at the desired intent you start an action and also return a response to TTS. If you select PicoTTS in the Rhasspy setting, you will have exactly the same voice like Snips.
Hi @thinker, welcome! Thank you for the encouragement
I think Iāve tracked down the source of the problem, and it looks like I forgot to update some of the dependencies on Github (so thank you). Please do a git pull, delete rhasspy-tools_armhf.tar.gz from the ādownloadā directory in your rhasspy repo, and re-run create-venv.sh.
Iām also working on some experiment Debian packages for rhasspy, which should really simplify the non-Docker installation. I have one up for amd64, but Iām still working on one for the Raspberry Pi (armhf). Iāll post when I have it uploaded.
Thanks @farfade for the shout-out on the Snips forum. Iād welcome motivated developers coming to help with Rhasspy. I think we have a chance here to make something that can help a lot of people.
Thatās a good question. Iām definitely motivated to maintain and enhance Rhasspy so it can reach as many people as possible, but I also want to make sure Iām not the only person keeping the project alive. If something happens to me, I want to ensure that someone out there can keep building and releasing versions of Rhasspy. Any thoughts on this are welcome.
It might. I need to understand the tech in snips-nlu better before I can say for sure. I also need to see whatās available when someone exports their Snips data. It should be possible to add snips-nlu as another intent recognition system in Rhasspy. If thereās some way to import your Snips training sentences too, it would save you the trouble of converting them to Rhasspyās sentences.ini format.
In the longer term, Iād like to break apart Rhasspy into similar functional pieces to Snips, so each piece could be worked on separately. Maybe we (the Rhasspy community) should fork the Hermes protocol and make it our own! I vote we rename it Zoidberg (yes, I know they werenāt talking about that Hermes) 
As a non dev, I donāt get a vote, but zoidberg has my vote in any case.
I am in the process of this, but my time is rather limited these days.
As to the name of the hermes protocol, I donāt see the need to rename really. It is not patented or anything
