看标题和前几句我还以为要约饭了。。。
看标题和前几句我还以为要约饭了。。。
大神一般不认为自己是大神...
这么喊估计没人出来啊,抛点具体案例或者需求出来能好点
cool~
一楼好叼
一大波人头竟然没有袭来
远远羡慕
叔叔
我们不约
年纪大了,玩不动了
给点具体职位 JD 和待遇信息呗?
@gocome 在用户规模不太大的时候,C++ 轮子模型倒是并不复杂,主要就是用户语音与命令通道分组维护,组内语音合成分发,代码量挺小的。
@gocome 可以这么说,不过也没找见更好的实现啊,有没有推荐? :P
音频处理时占用 CPU 相当高……参与过一个实时语音的项目,用 WebRTC + Kurento Media Server,12 核的 CPU 基本在三四百同时在线就满了,一个小组内参与语音的人数超过 6 个音质就下降明显,后来不得已切回用 C++ 手撸轮子,只用 WebRTC 里的 APM 在客户端做语音处理,同样配置的服务器能负载的在线用户数咔咔翻了几番……
过早客微信公众号:guozaoke • 过早客新浪微博:@过早客 • 广告投放合作微信:fullygroup50 鄂ICP备2021016276号-2 • 鄂公网安备42018502001446号