博客探讨了在音频处理中遇到的性能瓶颈，特别是在fft运算上。目前的实现有两种版本，一个返回浮点数，另一个返回整数，但后者增加了处理时间。文章建议，如果追求速度，应选择返回浮点数的版本，如row2fft5.2.so，而考虑文件大小则可以选择row2fft5.3.so。讨论了如何在 Kuiper 中处理多通道数据，以及可能的替代方案，如使用多线程来提高处理速度。
调用时（规则）
select row2fft(channelall,info) from streamReadWav
sources
以前返回的map有4个元素：channel0, channel1,channek2,info
现在返回两个元素：channelAll, info
function :
失败了，sources中map只能是[]float，要么处理固定3通道，要么把多个数组合起来（不好，难以拆分），要么不用kuiper
如果不用kuiper，可以使用多个线程增加处理速度。
1个读取。
3个fft。
1个储存。
瓶颈速度：100ms内（fft限制）
现有版本
function包括两个版本，一个返回[]float
另一个返回[]int,增加了function运算，简化了储存，但是增加了function处理时间。而这是瓶颈
所以，如果为了速度，最好返回float–row2fft5.go—5.2.so
如果追求文本文档大小，可以返回int----row2ffr51.go—5.3.so
5805
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
