zzw 语音数据api设计

本文探讨了在应用程序中实现类似微信语音功能的挑战,重点在于实时语音数据的处理与传输。分析了从录音、数据流转换、监听回调机制到文件还原的全过程,提出使用WebRTC作为潜在解决方案,并讨论了直接发送数据流和实时处理的可行性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题概览:

过程

实时比较难,暂时先实现微信语音类型的功能。实时不好处理。两个版本,

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方案:不经过转存成文件,如何直接发送数据流?

实时方案如何处理,实时肯定是他们的终极需求。蓝牙直接语音是否支持?如何做到的?

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值