sonic icon indicating copy to clipboard operation
sonic copied to clipboard

Results 6 sonic issues
Sort by recently updated
recently updated
newest added

重现32位和64位音频测试处理差别应该保证输入音频完全一致,理论上不存在这种环境,只能修改输入源,将从mac风输入转为从文件输入,在整个处理过程打断点分析32位和64位的区别,只是一个建议。

使用生成模块生成连续的声波信号,写入文件。 使用读取文件方式采集数据进行检测,发现大量连续信号处理不稳定,经常识别错误。 这种场景有什么好方法吗?

源码中pcm生产好像不行,xcode编译可以成功,但是一点击播放 就是crash掉了,具体出现问题的代码位置是: 方法:int addWAVHeader(unsigned char *buffer, int sample_rate, int bytesPerSample, int channels, long dataByteSize) 中代码 memcpy(buffer+sizeof(pcmHEADER)+sizeof(pcmFMT), &pcmDATA, sizeof(pcmDATA));

在xcode6.4中编译可以通过,但是 GenWaveData 一执行就报错

您好!看了您开源的项目代码,并在Android平台测试了声波通信,可以互发声波并识别。但是我测试在Linux平台声波识别,不能解码。调试方式:先编码一段pcm音频文件,pcm文件内嵌入了1234567890这10个字符,再在Linux平台直接读取pcm文件进行解码,无结果。但是我把这个pcm文件播放,再用Android平台进行监听解码,能够正常识别出字符1234567890。 Linux平台调试详情是:解码部分的函数 helperResultWithTimeSlice 判断条件进不去 if (queue_item_at_index(q17, 0) > 0.0 && queue_item_at_index(q17, 1) > 0.0 && queue_item_at_index(q19, 1) > 0.0 && queue_item_at_index(q19, 2) > 0.0) { /\* 条件语句没进来:跟踪调试是因为第四个判断queue_item_at_index(q19, 2) 的值为等于0; */...

该项目只能播放10个字符的声波,大于或小于10位字符就不能发声了,c代码我看不懂,想向您请教下在哪个类的方法里面修改该限制,非常感谢!