Skip to content
This repository has been archived by the owner on Jan 12, 2021. It is now read-only.

After first deploy, video frames are processed but not the audio #51

Closed
l2fprod opened this issue Mar 28, 2017 · 5 comments
Closed

After first deploy, video frames are processed but not the audio #51

l2fprod opened this issue Mar 28, 2017 · 5 comments
Labels

Comments

@l2fprod
Copy link
Member

l2fprod commented Mar 28, 2017

Seems to come from an issue registering the Speech to Text callback in the toolchain.

The call to register fails with an error 406. It could be due to a concurrency issue where the speechtotext web action is not yet exposed by OpenWhisk when we try to call it during registration.

A re-run of the pipeline usually solves the issue.

{"code":400,"code_description":"Bad Request","error":"unable to register callback url 'https://openwhisk.ng.bluemix.net/api/v1/experimental/web/user_space/vision/speechtotext.http', callback server responded with status code 406"}
@l2fprod l2fprod added the bug label Mar 28, 2017
@l2fprod l2fprod changed the title Video frames are processed but not the audio After first deploy, video frames are processed but not the audio Mar 31, 2017
@luiscosio
Copy link

luiscosio commented Apr 18, 2017

After a re-run of the pipeline, I keep experiencing the same issue. Is there anyway I can fix this?

@luiscosio
Copy link

luiscosio commented Apr 19, 2017

@l2fprod
Copy link
Member Author

l2fprod commented Apr 19, 2017

@luiscosio

I have the feeling something as changed in Watson STT. There was a bug where they were sending application/json as content type but expecting text. It seems they are now sending "Accept: text/plain". However the OpenWhisk action is still returning application/json and OpenWhisk does not like the mismatch. I'm looking into it now.

l2fprod pushed a commit that referenced this issue Apr 19, 2017
@l2fprod
Copy link
Member Author

l2fprod commented Apr 19, 2017

@luiscosio

The Watson STT "Accept" header changed from application/json to text/plain. This explains the 406. This commit a95478e fixes this.

@l2fprod l2fprod closed this as completed Apr 19, 2017
@kmalave
Copy link

kmalave commented Sep 7, 2017

I'm getting this same issue now. It looks like the action is being called by STT but STT doesn't like the reply. Here is what the vision/speechtotext action reports in the logs:
{
"headers": {
"Content-Type": "text/plain"
},
"body": "uNuCKwTrYjbdKM3V"
}Logs:

[OK] args.__ow_method= get  args.challenge_string= uNuCKwTrYjbdKM3V
Replying to a challenge request from Watson Speech to Text...
[OK] Challenge accepted!

I wonder if the encryption changed? I will look further.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants