說到音頻，不得不提到DSP芯片，作爲專門爲音頻處理而生的芯片，大家對其主要關注點有以下幾個方向:
1 硬件資源
2 算力資源 MIPS
3 内存
5 DSP 生态
a TDM 口數量
現在車載随著純booster 方案普及，主機裏的音頻方案越來越複雜，挂接的外設越來越多，比如,ADC/AMP/A2B/BT/Tuner，其中ADC/A2B 數量都要兩三路，從現有經驗來看，TDM口數量是越多越好，最少得7路以上
b ASRC
ASRC 主要用作Clock不同步情況下， 現在SOC與DSP基本上都是兩個Audio Clock源，故需要增加ASRC 做時鍾同步， 但是現在随著7.1.4 等多通道方案普及，ASRC 通道需求也越來越大
c SPI/GPIO/IIC 等
現在DSP 基本上都是從flash啓動，而且flash還會存放音源文件以及參數，還有就是某些方案，MCU 與SOC 可以同時控制DSP，故SPI接口最起碼得兩個甚至3個 GPIO等用於狀态通知，比如Clip，DSP初始化狀态等
DSP 除瞭硬件之外，最主要的是DSP IP,廣泛使用的是 Cadence HIFI 以及 ADI SHARC 系列， 另外還有 TI DSP 以及高通 Hexagon DSP
現在以HIFI與SHARC 來做個大緻對比：
很多時候用 MIPS 來做對比，但是實際上不同IP的MIPS 無法統一，這邊一般可以有兩種對比
1 用MACs來做對比
2 寫個256、512、1024 FIR，分别在不同DSP上運行，根據實際測試結果做比較
3 内存
現在DSP 基本上都會分配L1/L2 内存， L1 内存稍微小點，但是DSP 核訪問速度快， L2 内存比較大，DSP 核訪問速度慢一點，這邊在評估時候 需要根據實際集成的算法所使用的内存進行疊加評估
4 定浮點計算
HIFI3/Qcom Hexagon DSP 是定點DSP,定點化處理要比浮點效率高，故在寫算法時候需要根據相關指令集進行算法定點化處理，這點給算法開發帶來瞭難度 HIFi4/5/SHARC 是支持浮點，這是算法工程師首選 使用一款DSP，不隻是用這款DSP，實際上還需要廠商提供一整套成熟的開發工具以及相關音頻鏈路設計工具， 支持算法快速集成落地，開源性等等，這給國産也帶來瞭挑戰，不過現在國産也在追趕，業界也有幾家做的不錯，希望後面使用的越來越多，這樣在設計上可選性會加強
|
