基于TMS320VC5509實(shí)現MP3解碼

　　存放霍夫曼碼表的文件huffman.h中包含32個(gè)供Big_values區查詢(xún)用的碼表和2個(gè)供Count1區查詢(xún)用的碼表。為了方便快速查得短長(cháng)度的編碼值，還增加了輔助表h_cue[34][16]。當開(kāi)始解主數據時(shí)，將定長(cháng)（例如32位）數據dataword（）入棧，首先移出該緩存區的前四位數據，作為查輔助表的頭數據lead，然后根據lead值和幀邊信息中的霍夫曼查找表下標h，得出輔助表的具體數據h_cue[h][lead]，這個(gè)數據只是指向Big_values區或者Count1區某個(gè)表的首地址h_tab，具體要用到該表的哪個(gè)數據仍需程序提供一個(gè)偏移量繼續判斷。此時(shí)可以先由緩存區中去掉lead四個(gè)位的數據與鎖定的霍夫曼表對比，如果這后面的數據與被鎖定的霍夫曼表頭的碼字一致，則可馬上得到解碼的數據；若是兩個(gè)碼字不一致，則還需由h_cue[h][lead]和h_cue[h][lead+1]的差值得到偏移量，從而最終得到正確的解碼數據。（格式如表2和表3所示）。

　　另外，由于MP3編碼中對絕對值小于等于15的量化值直接編碼，對絕對值大于15的量化值采用ESC（附加值）編碼，所以在得到加碼數據后還需判斷是否要為其添加附加值和符號位。詳細的解碼流程如圖2所示。

　　MP3解碼的主要運算量集中在霍夫曼解碼、反量化、IMDCT、子帶合成四個(gè)運算模塊，而霍夫曼解碼占整個(gè)運算量總和的1/5。利用CCS的Profile工具對44.1kHz采樣率、128kbps比特率的MP3數據進(jìn)行運算復雜度的估算，可得本系統的解碼模塊消耗的運算量為1.3MIPS。由此可知，對于每秒解50幀以上的實(shí)時(shí)解碼，DSP要承擔65MIPS的運算復雜度，利DSP實(shí)現的本解碼模塊是完全可以勝任的。