rpdrewes

This could be done, and I have played with it. The interface between the phone (from Konele) and the server supports incremental results. Basically the accumulated audio is reportedly submitted...

I experience this same super slow behavior when using this decoder in my project. The decoder.finish() takes about 3 seconds. I suspect this has something to do with coordination between...

Looking at finish() in decoder.py, I bet it is this code that is causing the 3 second delay: # -------------------------------------------------------------- # Instruct the decoder to finish up and wait until...

More information: the join() does appear to be timing out and the thread remains running! You can verify this with a check using decoder._thread.is_alive() . So why is the join()...

The problem probably only appears when doing in-memory decoding (as opposed to outputting data to a file) because the blocking on I/O helps the threads share work (compute-bound threads with...

There was a bug in pyflac streaming logic (several actually) and there is a fix, which a colleague may be trying to get pulled into the repo at some point....

@joetoddsonos The main underlying issue, which I meant to report but hadn't gotten around to, was that the super().finish() was being called before the thread join() in finish() in decoder.py....

Thanks for the suggestion. I confirmed, by using another ESPythonNOW Linux machine, that the Fedora machine is actually sending ESPNow packets out! It just cannot seem to receive any. I...

I narrowed this duplicate text problem down to the following section of code in llama-server in process_token() in examples/server/server.cpp: ``` ... if (stop_pos != std::string::npos) { slot.generated_text.erase( slot.generated_text.begin() + pos...