search

alumae / kaldi-gstreamer-server

Real-time full-duplex speech recognition server, based on the Kaldi toolkit and the GStreamer framwork.
BSD 2-Clause "Simplified" License
1.07k stars 341 forks source link

Decoder (worker) gets into an endless loop #6

Closed ngoel17 closed 9 years ago

ngoel17 commented 10 years ago

If the connection is opened for a dictation, and is used for a few minutes, the worker gets into an endless loop with the message: "Waiting for decoder EOS"

It appears that the fault is intermittent, and therefore I don't have an exact recipe to replicate this issue. If you have ideas on how to simulate the scenario, I am all ears.

alumae commented 10 years ago

I have also sometimes seen this issue but I'm not able to reproduce it. Are you using raw audio as input or some compressed encoding?

ngoel17 commented 10 years ago

No compression for now. Matched sampling rate.

On Wed, Oct 15, 2014 at 3:05 AM, Tanel Alumäe notifications@github.com wrote:

I have also sometimes seen this issue but I'm not able to reproduce it. Are you using raw audio as input or some compressed encoding?

— Reply to this email directly or view it on GitHub https://github.com/alumae/kaldi-gstreamer-server/issues/6#issuecomment-59165859 .

alumae commented 10 years ago

Found a way to reproduce it: when you use client.py to send a non-existing file to the server (e.g: python kaldigstserver/client.py -r 32000 xxxxx.raw), the worker gets into the endless loop.

alumae commented 10 years ago

Should be fixed.