wit-ai / wit-unity

Wit-Unity is a Unity C# wrapper around the the Wit.ai rest APIs and is a core component of Voice SDK.

Home Page:https://developer.oculus.com/documentation/unity/voice-sdk-overview/

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Abort being called after each voice recording

CWolfe1320 opened this issue · comments

Debug Log
Test branch is aborting any Wit interaction after listening for voice input. Sometimes audio makes it through and appears on the wit.ai project (maybe like a 30% chance), but we never receive a WitResponseNode. Testing the Wit object with written utterances works, and generates the WitResponseNode. Me and my team have been trying to trouble shoot this all day, but have no idea if this is an us issue, or an unstable branch issue. Any guidance one way or another would be greatly appreciated.

@CWolfe1320 yeah sorry about the issue. This branch is somewhat unstable. If your team needs stability I'd recommend using one of the releases. Your issue above should be resolved in my latest push to this branch. This branch was based on a recent change that introduced some instability in main and I've been slowly working through a series of fallout bugs and improvements. These are pretty highly experimental and haven't been through any QA process yet. I'm hoping to have all of this pushed back to main and through QA sometime this week. In general master is more unstable than the numbered releases available through the release channel: https://github.com/wit-ai/wit-unity/releases. New changes go into master for testing and once we're satisfied they are stable we create a tag and push them to the releases channel.

I just updated the branch with the latest changes and fixes from code review feedback. It should be reasonably stable at this point and will be merged into master. We may still be having build issues with integrations into master. We are still looking into that issue. These changes still haven't hit QA yet. When they have gone through QA signoff they will get pushed to v0.0.20 in the release channel.

This should now be fixed.