唤醒和识别连续说
0
收藏
我使用的服务是：离在线融合SDK安卓 唤醒+识别
调用的接口是：唤醒事件监听器
参数设置情况：keyword，vad，grammar，language
开发平台和机型：4.4.4 投影设备
SDK版本号：2.1.20
代码或日志截图（上传截图能帮助您更快解决问题）：
复现步骤、现象及其他描述：
1、设置参数infile，是否只对识别有效？唤醒可以使用“数据源方法全名”吗？因为唤醒是后台一直运行的，mic会被一直占用，影响视频通话等第三方用mic的应用调用，能否把唤醒的音频源设置成“数据源方法全名”的？
2、唤醒和识别连续说，这个过程时间特别长，对配置低些的设备，需要5S以上才能响应完。一般唤醒后都会直接调用语音命令，能否在唤醒中加个识别的方法，让唤醒和语音衔接更快？或者唤醒后调用语音识别能否直接走识别的过程，而不走语音开始监听到停止监听的过程？
3、单独调用唤醒和单独调用识别的时间都特别快，当唤醒识别连续说时，是不是sdk内部会去停唤醒然后又去开启的识别才导致整个过程非常慢的？
收藏
点赞
0
个赞
请登录后评论
TOP
切换版块
bibaboone：
回复fujiayi1984：
数据源方法全名，格式如：”#com.test.Factory.create8kInputStream()”（解释：Factory类中存在一个返回InputStream的方法create8kInputStream()）
唤醒和识别能否设置成共用上面的这种设置数据源的方式？因为唤醒会一直使用inputStream，唤醒之后要识别，如果在通话等界面mic会被其他应用占用，inputstream只有一个。频繁的打开和关闭inputStream也会出问题，能否SDK内部实现唤醒和识别共用同一个inputStream？
回复bibaboone：唤醒和识别都可以用infile参数。但是需要用2个不同的，您自行控制下inputStream的阻塞。
fujiayi1984：
回复bibaboone：
1、设置参数infile，是否只对识别有效？唤醒可以使用“数据源方法全名”吗？因为唤醒是后台一直运行的，mic会被一直占用，影响视频通话等第三方用mic的应用调用，能否把唤醒的音频源设置成“数据源方法全名”的？
请查看文档，infile参数有该功能：
注意：必须以井号开始；方法原型必须为：public static InputStream your_method()，而且该方法和类一定不能混淆，否则无法获取音频源
2、唤醒和识别连续说，这个过程时间特别长，对配置低些的设备，需要5S以上才能响应完。一般唤醒后都会直接调用语音命令，能否在唤醒中加个识别的方法，让唤醒和语音衔接更快？或者唤醒后调用语音识别能否直接走识别的过程，而不走语音开始监听到停止监听的过程？
您好，您的意见我们会在下一版本改进。
3、单独调用唤醒和单独调用识别的时间都特别快，当唤醒识别连续说时，是不是sdk内部会去停唤醒然后又去开启的识别才导致整个过程非常慢的？
唤醒成功后您手动停止唤醒就可以了 mWpEventManager.send("wp.stop", null, null, 0, 0);回复fujiayi1984：
数据源方法全名，格式如：”#com.test.Factory.create8kInputStream()”（解释：Factory类中存在一个返回InputStream的方法create8kInputStream()）
唤醒和识别能否设置成共用上面的这种设置数据源的方式？因为唤醒会一直使用inputStream，唤醒之后要识别，如果在通话等界面mic会被其他应用占用，inputstream只有一个。频繁的打开和关闭inputStream也会出问题，能否SDK内部实现唤醒和识别共用同一个inputStream？
bibaboone：
回复周俊316：7919070
回复bibaboone：
1、设置参数infile，是否只对识别有效？唤醒可以使用“数据源方法全名”吗？因为唤醒是后台一直运行的，mic会被一直占用，影响视频通话等第三方用mic的应用调用，能否把唤醒的音频源设置成“数据源方法全名”的？
请查看文档，infile参数有该功能：
注意：必须以井号开始；方法原型必须为：public static InputStream your_method()，而且该方法和类一定不能混淆，否则无法获取音频源
2、唤醒和识别连续说，这个过程时间特别长，对配置低些的设备，需要5S以上才能响应完。一般唤醒后都会直接调用语音命令，能否在唤醒中加个识别的方法，让唤醒和语音衔接更快？或者唤醒后调用语音识别能否直接走识别的过程，而不走语音开始监听到停止监听的过程？
您好，您的意见我们会在下一版本改进。
3、单独调用唤醒和单独调用识别的时间都特别快，当唤醒识别连续说时，是不是sdk内部会去停唤醒然后又去开启的识别才导致整个过程非常慢的？
唤醒成功后您手动停止唤醒就可以了 mWpEventManager.send("wp.stop", null, null, 0, 0);周俊316：
回复bibaboone：
您好，收到您的提问，我们技术同学会再测试看看，您能否提供下APP ID？
回复周俊316：7919070
bibaboone：
我使用的服务是：离在线融合SDK安卓 唤醒+识别
调用的接口是：唤醒事件监听器
参数设置情况：keyword，vad，grammar，language
开发平台和机型：4.4.4 投影设备
SDK版本号：2.1.20
代码或日志截图（上传截图能帮助您更快解决问题）：
复现步骤、现象及其他描述：
1、设置参数infile，是否只对识别有效？唤醒可以使用“数据源方法全名”吗？因为唤醒是后台一直运行的，mic会被一直占用，影响视频通话等第三方用mic的应用调用，能否把唤醒的音频源设置成“数据源方法全名”的？
2、唤醒和识别连续说，这个过程时间特别长，对配置低些的设备，需要5S以上才能响应完。一般唤醒后都会直接调用语音命令，能否在唤醒中加个识别的方法，让唤醒和语音衔接更快？或者唤醒后调用语音识别能否直接走识别的过程，而不走语音开始监听到停止监听的过程？
3、单独调用唤醒和单独调用识别的时间都特别快，当唤醒识别连续说时，是不是sdk内部会去停唤醒然后又去开启的识别才导致整个过程非常慢的？
回复bibaboone：
您好，收到您的提问，我们技术同学会再测试看看，您能否提供下APP ID？