failed to stream audio to server: broken pipe (Broken pipe) - error after sending a few audio samples about pywit

[vsrisuknimit]

I have pretty much the same problem here. I could not avoid the problem with python try-except clause. The problem happens only when I try to use wit.voice_query_auto but leave it on without speaking for over 5-6 seconds.

Does anyone have an idea or solution?

[wit] ready. state=idle
formats: no handler for given file type `alsa'
[wit] couldn't open input device using alsa. Trying with coreaudio...
[wit] initialized recording device
[wit] rate: 44100, channels: 2, encoding: SOX_ENCODING_SIGN2, bits_per_sample: 32, opposite_endian: SoxFalse
[wit] ready. state=recording
[wit] received true
[wit] error while sending: Some([3, 10, 3, 10, 5, 213, 5, 213, 4, 110, 4, 110, 3, 128, 3, 128, 4, 48, 4, 48, 0, 236, 0, 236, 3, 29, 3, 29, 3, 40, 3, 40, 4, 74, 4, 74, 4, 238, 4, 238, 5, 65, 5, 65, 4, 223, 4, 223, 4, 238, 4, 238, 2, 91, 2, 91, 1, 186, 1, 186, 0, 234, 0, 234, 1, 182, 1, 182, 4, 59, 4, 59, 2, 53, 2, 53, 3, 27, 3, 27, 0, 152, 0, 152, 0, 141, 0, 141, 255, 76, 255, 76, 0, 34, 0, 34, 1, 69, 1, 69])
[wit] done
[wit] stopping mic

[blandinw]

We moved away from audio recording and streaming because:

• many people only needed access to the HTTP API, and audio recording did not make sense for server-side use cases
• dependent on platform, choice best left to developers
• forced us to maintain native bindings as opposed to a pure Pythonic library

[tomchambers2]

@blandinw am I right in thinking that there isn't now a way to have Wit always listening?