precise-rs VS openWakeWord

here's what's on the pipeline next: - finish mel-spectrogram implementation - publish initial version on crates - move python caching rust side - finish implementing in the precise rust port - potentially build another runner for (open wakeword)[https://github.com/dscripka/openWakeWord] - build an android app that supports user-defined wakewords and has some popular defaults to load. ps not a voice assistant, just the thing that activates the voice assistant.

p.s. one of the members of our group had ported the part of the precise engine responsible for decoding to rust, we're working on this lib because the performance of the old mfcc rust lib was bottlenecking the project

I want to share a really cool project with you all: an implementation of the Precise Wakeword engine (the one used in Mycroft) in Rust, called precise-rs. This project is unique because other than the usual advantages of using Rust (like minimal memory usage), there's another nice benefit: running the wakeword engine on Android/iOS we want to be able to say to our phones: "Ok, my dear assistant, do the dishes"💥!!.

This release represents the first phase in the wakeword project, we are working on a Rust wakeword engine based on Precise and a SpeechPy MFCC port in Rust so that user's can run the wakeword easily on their phone and other devices. It is hard to believe that there aren't any current good solutions to running a modern FOSS wakeword engine on a phone in real time. We want to change that and allow everyone access to this technology, with their own wakeword of choice.

https://github.com/dscripka/openWakeWord

Balancing wake reliability vs false wake activation is a tricky balance. OWW is decent but could certainly be better.

It's used with Home Assistant now so I expect the training data and implementation overall to get significantly better fairly soon.

There's also OpenWakeWord[0]. The models are readily available in tflite and ONNX formats and are impressively "light" in terms of compute requirements and performance.

It should be possible.

[0] - https://github.com/dscripka/openWakeWord

hey, quick question. do you mind if I use your stft function in the speech preprocessing library I've been working on? we've been trying to add support for doing mel spectrograms to build a runner for openwakeword, but progress is pretty slow because I've been soloing something I really don't have the right background for(I've never directly studied or worked with signal processing)

potentially build another runner for open wakeword

here's what's on the pipeline next: - finish mel-spectrogram implementation - publish initial version on crates - move python caching rust side - finish implementing in the precise rust port - potentially build another runner for (open wakeword)[https://github.com/dscripka/openWakeWord] - build an android app that supports user-defined wakewords and has some popular defaults to load. ps not a voice assistant, just the thing that activates the voice assistant.