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

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

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

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