问题概览:
过程
实时比较难,暂时先实现微信语音类型的功能。实时不好处理。两个版本,
1.app:
1.1 录音说话
1.2 保存成文件
1.3 立刻调用发送语音api(转化成数据流)
/////// 如何判断是否语音来了? 多一个监听语音数据来了的api
1.4 调用监听语音数据来的api(gecko里调)
1.5 播放语音文件
1.6删除缓存???释放空间
传输过程so库中要做的工作分析,
1.被上层的发送语音数据api 调用,通过zzw模块发送数据(设备1)
2.获取到设备1 zzw模块发过来的数据 硬件模块中(设备2)
3.从硬件模块返回到so库中 调用上层注册的监听回调
4.数据还原成文件?(是否有效率问题)并返回文件名及路径地址给上层(随机字串)(gecko里)
5.app再读取并播放音频文件
捷径:
1.无脑使用webrtc,前提:zzw支持,否则方案需要再讨论。或者直接适配webrtc或者放弃
2.api方案:不经过转存成文件,如何直接发送数据流?
实时方案如何处理,实时肯定是他们的终极需求。蓝牙直接语音是否支持?如何做到的?
本文探讨了在应用程序中实现类似微信语音功能的挑战,重点在于实时语音数据的处理与传输。分析了从录音、数据流转换、监听回调机制到文件还原的全过程,提出使用WebRTC作为潜在解决方案,并讨论了直接发送数据流和实时处理的可行性。
1339

被折叠的 条评论
为什么被折叠?



