mp3解碼源碼

⑴ mp3的音頻編碼

MP3音頻編碼
MPEG-1標准中沒有MP3編碼器的一個精確規范，然而與此相反，解碼演算法和文件格式卻進行了細致的定義。人們設想編碼的實現是設計自己的適合去除原始音頻中部分信息的演算法（或者是它在頻域中的修正離散餘弦（MDCT）表示）。在編碼過程中，576個時域樣本被轉換成576個頻域樣本，如果是瞬變信號就使用192而不是576個采樣點，這是限制量化雜訊隨著隨瞬變信號短暫擴散。
這是聽覺心理學的研究領域：人類主觀聲音感知。
這樣帶來的結果就是出現了許多不同的MP3編碼器，每種生成的聲音質量都不相同。有許多它們的比較結果，這樣一個潛在用戶很容易選擇合適的編碼器。需要記住的是高位速編碼表現優秀的編碼器（如LAME這個在高位速廣泛使用的編碼器）未必在低位速的表現也同樣好。

⑵ MP3解碼演算法原理解析

如果大家對音視頻技術感興趣，可以訂閱我的專題 視頻播放器和音視頻基礎知識 。

看懵逼了是吧。這裡面有很多概念需要一一講解。

針對以上的概念，如果有不清楚的，可以看我的另外一篇博客： MP3頭幀解析 ，裡面有一些和幀頭信息相關的知識。

同步及差錯檢查包括了頭部信息解碼模塊 在主控模塊開始運行後，主控模塊將比特流的數據緩沖區交給同步及差錯檢查模塊，此模塊包含兩個功能，即頭信息解碼及幀邊信息解碼，根據它們的信息進行 尺度因子解碼及哈夫曼解碼，得出的結果經過逆量化，立體聲解碼，混淆縮減， IMDCT，頻率反轉，合成多相濾波這幾個模塊之後，得出左右聲道的 PCM 碼 流 ， 再由主控模塊將其放入輸出緩沖區輸出到聲音播放設備(總之很復雜)。

主控模塊的主要任務是操作輸入輸出緩沖區，調用其它各模塊協同工作。 其中，輸入輸出緩沖區均由 DSP 控制模塊提供介面。

輸入緩沖區中放的數據為原始 mp3 壓縮數據流，DSP 控制模塊每次給出大於最大 可能幀長度的一塊緩沖區，這塊緩沖區與上次解幀完後的數據（必然小於一幀） 連接在一起，構成新的緩沖區。

輸出緩沖區中將存放的數據為解碼出來的 PCM 數據，代表了聲音的振幅。它由一 塊固定長度的緩沖區構成，通過調用 DSP 控制模塊的介面函數，得到頭指針，在 完成輸出緩沖區的填充後，調用中斷處理輸出至 I2S 介面所連接的音頻 ADC 晶元 （立體聲音頻 DAC 和 DirectDrive 耳機放大器）輸出模擬聲音。

同步及差錯檢測模塊主要用於找出數據幀在比特流中的位置，並對以此位置開始 的幀頭、CRC 校驗碼及幀邊信息進行解碼，這些解碼的結果用於後繼的尺度因子 解碼模塊和哈夫曼解碼模塊。Mpeg1 layer 3 的流的主數據格式見下圖：

其中 granule0 和 granule1 表示在一幀裡面的粒度組 1 和粒度組 2，channel0 和 channel1 表示在一個粒度組裡面的兩個通道，scalefactor 為尺度因子 quantized value 為量化後的哈夫曼編碼值，它分為 big values 大值區和 count1 1 值區

CRC 校驗：表達式為 X16+X15+X2+1

幀同步目的在於找出幀頭在比特流中的位置，ISO 1172-3 規定，MPEG1 的幀頭 為 12 比特的「1111 1111 1111」，且相鄰的兩個幀頭隔有等間距的位元組數，這 個位元組數可由下式算出：

如果這個式子的結果不是整數，那麼就需要用到一個叫填充位的參數，表示間距 為 N +1。

其長度為 4 位元組，數據結構如下:

block_type 指出如下三種塊類型：

在編碼過程中進行 IMDCT 變換時，針對不同信號為同時得到較好的時域和頻域 解析度定義了兩種不同的塊長：長塊的塊長為 18 個樣本，短塊的塊長為 6 個樣 本。這使得長塊對於平穩的聲音信號可以得到更高的頻率解析度，而短塊對跳變 信號可以得到更高的時域解析度。由於在短塊模式下，3 個短塊代替 1 個 長 塊 ， 而短塊的大小恰好是一個長塊的 1/3，所以 IMDCT 的樣本數不受塊長的影響。對 於給定的一幀聲音信號，IMDCT 可以全部使用長塊或全部使用短塊，也可以長短 塊混合使用。因為低頻區的頻域解析度對音質有重大影響，所以在混合塊模式下 ， IMDCT 對最低頻的 2 個子帶使用長塊，而對其餘的 30 個子帶使用短塊。這樣， 既能保證低頻區的頻域解析度，又不會犧牲高頻區的時域解析度。長塊和短塊之 間的切換有一個過程，一般用一個帶特殊長轉短（即，起始塊 block_type = 1） 或短轉長（即終止塊，block_type = 3）數據窗口的長塊來完成這個長短塊之間 的切換。因此長塊也就是包括正常窗，起始塊和終止塊數據窗口的數據塊；短塊 也包含 18 個數據，但是是由 6 個數據獨立加窗後在經過連接計算得到的。

每一個粒度組的頻譜都是用不同的哈夫曼表來進行編碼的。編碼時，把整個從 0 到奈奎斯特頻率的頻率范圍（共 576 個頻率線）分成幾個區域，然後再用不同的 表編碼。劃分過程是根據最大的量化值來完成的，它假設較高頻率的值有較低的 幅度或者根本不需要編碼。從高頻開始，一對一對的計算量化值等於「0」的數 目，此數目記為「rzero」。然後 4 個一組地計算絕對值不超過「1」的量化值（也 就是說，其中只可能有-1，0 和+1 共 3 個可能的量化級別）的數目，記為「count1」，在此區域只應用了 4 個哈夫曼編碼表。最後，剩下的偶數個值的 對數記為「big values」， 在此區域只應用了 32 個哈夫曼編碼表。在此范圍 里的最大絕對值限制為 8191。此後，為增強哈夫曼編碼性能，進一步劃分了頻 譜。也就是說，對 big values 的區域（姑且稱為大值區）再細化，目的是為了 得到更好的錯誤頑健性和更好的編碼效率。在不同的區域內應用了不同的哈夫曼 編碼表。具體使用哪一個表由 table_select 給出。從幀邊信息表中可以看到： 當 window_switch_flag == 0 時，只將大值區在細分為 2 個區，此時 region1_count 無意義，此時的 region0_count 的值是標准默認的；但當 window_switch_flag == 1 時再將大值區細分為 3 個區。但是由於 region0_count 和 region1_count 是根據從 576 個頻率線劃分的， 因此有可能 超出了 big_values *2 的范圍，此時以 big_values *2 為准. region0_count 和 region1_count 表示的只是一個索引值，具體頻帶要根據標准中的縮放因子頻帶 表來查得.

參見下圖:

縮放因子用於對哈夫曼解碼數據進行逆量化的樣點重構。根據幀邊信息中的 scalefactor_compress 和標准中的對應表格來確定的 slen1 和 slen2 對縮放因 子進行解碼，即直接從主數據塊中讀取縮放因子信息並存入表 scalefac_l[gr][ch][sfb]和 scalefac_s[gr][ch][sfb]中。對第 2 粒度組解碼 時，若為長塊，則必須考慮尺度因子選擇信息。

在 mpeg layer 3 中 576 條頻率線根據人耳的聽覺特性被分成多個組，每個組對 應若干個尺度因子，這些組就叫做尺度因子帶，每個長窗有 21 個尺度因子帶而 每個短窗有 12 個尺度因子帶。

scfsi(尺度因子選擇信息)用於指出是否將粒度組 1 的尺度因子用於粒度組 2。 如果為 0 表示不用，則在比特流中需讀取粒度組 2 的尺度因子。

哈夫曼編碼是一種變長編碼，在 mp3 哈夫曼編碼中，高頻的一串零值不編碼，不 超過 1 的下一個區域使用四維哈夫曼編碼，其餘的大值區域採用二維哈夫曼編 碼，而且可選擇地分為三個亞區，每個有獨立選擇的哈夫曼碼表。通過每個亞區 單獨的自適應碼表，增強編碼效率，而且同時降低了對傳輸誤碼的敏感度。 在程序實現上，哈夫曼表邏輯存儲採用了廣義表結構，物理存儲上使用數組結構 。 查表時，先讀入 4bit 數據，以這 4bit 數據作為索引，其指向的元素有兩種類型 ， 一種是值結構，另一種是鏈表指針式結構，在鏈表指針式結構中給出了還需要讀 取的 bit 數，及一個偏移值。如果索引指向的是一個值結構，則這個值結構就包 含了要查找的數據。如果索引指向的是一個鏈表指針式結構，則還需再讀取其中 指定的比特數，再把讀取出的比特數同偏移值相加，遞歸的找下去，直到找到值 結構為止。

逆量化由下面公式算出：
短窗模式：

長窗模式:

其中：

其它值均可在幀邊信息中找到。

在強度立體聲模式中，左聲道傳的是幅值，右聲道的 scalefactor 傳的是立體聲 的位置 is_pos。需要轉換的頻率線有一個低邊界，這個低邊界是由右聲道的 zero_part 決定的，並且使用右聲道的尺度因子來作為 is_pos。

左聲道：

MS_STEREO 因公式單一，較易理解，故流程圖略去。

重排序的目的在於把哈夫曼解碼之後的短塊的每個尺度因子帶 3 個窗，每個窗 sfbwidth(尺度因子帶寬度)個采樣的順序整理成為每個子帶三個窗，每個窗六個 采樣 xr[sb][window][freq_line]的順序。

其計算公式如下：

計算流程如下(pascal 描述)：

MDCT 的目的在於進行時域到頻域的轉換，減少信號的相關性，使得信號的壓縮 可以更加高效地完成，而它的反變換 IMDCT 的目的在於將信號還原為沒有變換之 前的數值，使頻域值向時域值過渡。

其公式如下：

在進行了 IMDCT 變換之後，需對頻率信號進行加窗、覆蓋、疊加。

長塊：

開始塊：

結束塊：

短塊的每個窗口分別計算：

將每一塊變換出來的值的前半部分與前一塊的後半部分相加，並把後半部分保留 來和下一塊的前半部分相加。如下公式：

Szu-Wei Lee 的 IMDCT 快速演算法是針對非 2 的 n 次冪個點的 IMDCT 快速演算法。他 的主要步驟如下：

在本程序中，因為對短塊使用這個快速演算法並沒有帶來較大的速度改善，故只對 長塊使用此快速演算法，相較於直接運算的 648 次乘和 612 次加來，它只用 43 次 乘和 115 次加。

在 IMDCT 之後，進入合成多相濾波之前必須進行頻率反轉補償以校正多相濾波器 組的頻率反轉。方法是將奇數號子帶的奇數個采樣值乘以-1.

合成多相濾波的目的是將頻域信號轉化為時域信號。其原理流程如下：

上圖流程可簡述如下：

Byeong Gi Lee 的 dct 快速演算法

Byeong Gi Lee 的 DCT 快速演算法是用於 2 的 n 次冪個點的 dct 快速演算法。它用於 N 點的 DCT 時僅需(N/2) * log2N 次乘法和小於 3· (N/2) log2 N ) 次加法。 其基本思想是，將 N 個點的 DCT 轉化為兩個 N/2 個點的 DCT 的和。 進一步分解， 即重復這個過程，減少乘法數量。

由於向量 Vi 的運算是一個類似於 DCT 的變換，故使用了此快速演算法。32 點運算 共使用了 80 次乘法和 80 次加法 119 次減法。

⑶ 誰有mp3的編碼解碼原理和c語言的解碼函數或解碼器

LAME是目前最好的MP3編碼引擎。LAME（mitiok.ma.cx）編碼出來的MP3音色純厚、空間寬廣、低音清晰、細節表現良好，它獨創的心理音響模型技術保證了CD音頻還原的真實性，配合VBR和ABR參數，音質幾乎可以媲美CD音頻，但文件體積卻非常小。對於一個免費引擎，LAME的優勢不言而喻。

這是一個開源的C++的MP3的編解碼器

http://mitiok.ma.cx/

⑷ 如何用C#自製MP3解碼器+播放器

在winform控制項上，載入多媒體控制項，用控制項來實現解碼和播放

⑸ MP3解碼庫

問：介紹一下mp3的解碼器吧？

答： 如今購買MP3，理性的消費者一般不只關注外觀以及功能，最主要還是機器本身的品質。MP3的解碼晶元已經為越來越多的消費者所關注，不過市場中幾千款MP3，到底有哪些解碼晶元為其提供良好的品質呢？那就請關注以下這篇文章吧！ 飛利浦晶元 產地：荷蘭如果一定要評出目前市場上最好的MP3解碼晶元的話，那麼無疑就是飛利浦晶元了。飛利浦家族的解碼晶元在業界一直以其「功能全，音質好，價格高」而著稱。飛利浦的解碼晶元一般都採用的是BGA封裝工藝，而國內的這方面技術相當有限，此外，由於飛利浦的解碼晶元需要搭配另外的控制晶元電路協同工作，所以產品成本較高。所以採用飛利浦解碼晶元的廠商往往都定位於中高價位，如MPIO和IRIVER這兩家韓國的MP3專業廠商。這兩個品牌一個最主要的共同特點就是在產品中全面採用了飛利浦的解碼晶元。因此，他們的產品擁有很高的音質和品質，成為全球MP3愛好者追逐的對象.1、飛利浦SAA775X系列(SAA7750/7751/7752/7753)飛利浦SAA775x晶元是目前市場上MP3播放器解碼晶元組中功能最全(支持CD直錄)，效果最好的解碼晶元之一。該解碼晶元的音質表現為：低音下沉較深、中音表現出色、而相比之下高音則顯得一般。因為SAA775x中內含DSP(Digital Signal Processing，數字信號處理)和32位ARM RISC處理器，所以能用超高集成度的單顆晶元，音頻解碼和語音編碼等工作，並且可以加入SDMI(Secure Digital Music Initiative，安全式數字音樂)保護。其中SAA7750內含DSP和32位ARM RISC處理器，信噪比為90dB。該晶元兼容多段多檔位EQ智能音效，支持以ADPCM格式保存語音記錄、同步顯示歌名和歌曲信息、Line-in直錄，此外還支持USB 1。1/2。0標准，支持多重音樂格式解碼。而SAA7751僅有DSP內核和快閃記憶體，沒有包含音頻多媒體解編碼器，只能用於本身可升級的MP3 CD光碟播放器上。SAA7752是一個針對價格的解決方案，只包含了DPS晶元，使用外置內存來存儲數據，主要針對CD隨身聽。至於SAA7753，同樣僅有DSP晶元，而且改變得更為徹底，乾脆直接用嵌入式內存代替了快閃記憶體，對應低價格的CD播放系統，作為一個附加MP3的功能。飛利浦SAA775x採用的嵌入式處理器，擁有高級能源管理功能，可以根據工作任務量需要控制處理器運行速度，以延長電池的使用時間，類似於普遍使用於高端的PDA和筆記本電腦的節能技術。因此，SAA775x晶元以普通音量播放128Kbps MP3時，單顆AA電池的供電時間可以長達24小時。當然這是晶元的理論工作時間，對於MP3播放器來說，由於生產工藝的制約，具體的工作時間就另當別論了。2、飛利浦Nexperia PNX010x系列(PNX0101/0102/0105)PNX010x系列解碼晶元也是一個大的系列，包括 PNX0101，PNX0102和PNX0105。其中PNX0102和PNX0102是專為快閃記憶體MP3隨身聽而開發的，而PNX0105則是針對硬碟式多媒體播放器的產品。PNX0101內嵌4Mbit的可編程FLASH，只支持USB1.1。目前所有採用PNX0101晶元MP3所配備的USB2.0介面，都是通過另外增加USB2.0控制晶元來實現的。(註：與Molex的配合使用可支持USB2。0、SD/MMC擴展等)而PNX0102則內嵌有8Mbit的可編程FLASH，自身提供了對USB2.0的支持。PNX0105同樣支持USB2.0，而且還支持GDMA和IDE(ATA/ATAPI/PC Card)等介面，但它沒有內置可編程FLASH。市場上目前到貨的只有採用PNX0101的產品，而即將上市MPIO最新款MP3播放器 FY400 則採用PNX0102，而 PNX0105則要到2005年才能批量供貨。Telechips TCC730/TCC731系列 產地：韓國去年才出現在市場上的韓國Telechips解碼晶元，一經面世便獲得一致好評，在韓國眾多廠商的大力支持下成長迅速。從功能、性能、音質各方面來看，Telechips TCC730/731比Sigmatel的STMP3410之類的晶元著實要好一些，低音感充足、各頻段表現比較平衡、而且音場更為寬闊；但與飛利浦SAA7750/7751相比還有一定差距。另外，Telechips TCC730價格比SAA7750便宜一點，但需要外接ROM，外圍元件比較多，因此採用這種晶元的MP3產品難得有身材玲瓏的產品面世。 業界普遍認為Telechips晶元各方面表現介於Sigmatel STMP3410和SAA7750/7751系列之間。採用該晶元的MP3在本身的音質基礎上，如果配備了更為高檔的耳機後還會有一定的提升。該類型的機子一般會標配森海塞爾MX300(或者OEM森海塞爾)耳機，該耳機屬於森海塞爾普及型MX系列中最平民化的耳機，所以建議對音質有更高要求的朋友可以嘗試森海塞爾MX500，或者更高檔一點的KOSS SP/KOSS PP，森海塞爾PX100/PX200。因為採用該晶元的MP3在音質上有一定的潛力，而並不像所有經銷商告訴你的，所有的MP3在更換高檔耳機後音質都有提升，其實有些MP3自身晶元及設計，生產工藝的限制使得其已經不具有音質的挖掘空間。Sigmatel系列 產地：美國如果要說目前MP3晶元市場佔有率的話，那麼美國的Sigmatel家族肯定是名至實歸，但對於Sigmatel晶元的品質，卻總是仁者見仁，智者見智。總體而言採用Sigmatel解碼晶元的MP3音質表現會中規中矩，聲音比較亮麗，中音表現一般，低音量感不足、高音比較生硬，它在音樂的表現上要遜於飛利浦和Telechips晶元。1、Sigmatel 3410曾幾何時，SigmaTel 3410的晶元還占據著MP3晶元市場的半壁江山，可能直到目前STMP3410單晶元方案仍然是最成熟和常見的一種方案。其價格低廉、良好的程序移植性的特點曾為它在2003年搶佔到80%解碼晶元的市場份額。該晶元的音質表現一般，多用在中、低檔產品上。現在對於採用SigmaTel 3410晶元的方案已經很成熟，但如果沒有在外圍電路上增加更多設計的話，其音質會很一般。這也就是為什麼雖然採用該晶元的產品很多，但音質表現卻有雲泥之別的原因了。 2、Sigmatel 3420/1342 Sigmatel 3420更像是Sigmatel 3410的升級版，與STMP3410不支持MP3硬體編碼，處理速度比較慢相比，Sigmatel 3420在Sigmatel 3410的基礎上增加了對USB2。0的支持，修正了Sigmatel 3410對某些主板USB2。0不兼容的問題，還增加了MP3硬體編碼功能，在音質方面也比Sigmatel 3410有所提高。而Sigmatel 1342是一款專為快閃記憶體檔而設計的功能增強型晶元，該晶元的功能相對較少，多用在很低端的帶MP3播放功能的快閃記憶體檔上，其音質表現大致與Sigmatel 3410在伯仲之間。3、Sigmatel 3510/3520與Sigmatel 3410相比，Sigmatel 3510不僅支持USB2。0，而且改進了綜合能源管理、支持電池充電功能檢測、並且強化了數字/模擬轉換器和耳機的音樂放大器電路、擁有子目錄管理能力等智能化的功能，可以說Sigmatel家族的晶元發展到Sigmatel 3520邁出了一大步。Sigmatel 3520改進了以往Sigmatel 3410/1342中音表現一般、高音生硬的缺點，音質清澈，信噪比據說可以達到95dB；增加了對MP3硬體編碼、FM收音和USB2。0等功能的支持；Sigmatel 3520比前代產品在處理速度上也有所提升，達到了75MHz(34xx系列為65MHz)。現在市場各個價位的MP3都有Sigmatel 3520晶元的影子，也正說明了Sigmatel 3520晶元所取得的長足進步。4、Sigmatel 3550/3560 Sigmatel 3550/3560是專用於硬碟式MP3播放器的晶元，其處理速度為75MHz。功能上它們以Sigmatel 35x0為基礎。為了給硬碟提高緩存當作避震之用，還添加了SDRAM介面。Sigmatel 3510/3520與3550/3560除了封裝有些不同外，主要區別就在於3550/3560還可以支持鋰電池及USB直接充電，因此大家凡是看到採用鋰電池、支持USB2.0的，80%都可能是採用Sigmatel 3550、3560晶元的 。Sigmatel 34XX與Sigmatel 35XX系列的區別，主要是在以下兩方面的改進：USB1.1提升至USB2.0；電池續航能力增長。5、Sigmatel 3502據稱該晶元瞄準高端市場，將晶元與外圍電路設計做了大幅度提升，被譽為第三代的解碼晶元，將DSP數字信號處理器主頻速率提升至75MHz，信噪比高達95db，輸出功率達到了11mW，總諧波失真率也低於0.05%。SKYLARK晶元 產地：韓國韓國ECT公司的SKYLARK晶元，目前國產的紐扣機都用到，只是目前還不支持WMA，價格與STMP3410差不多，功能較全。Skylark主要功能特點是功耗低，音質清晰悅耳；錄音生成MP3格式的文件，可選擇壓縮比特率；編碼直錄功能，且可以根據需要調整壓縮比特率；內置FM調頻收音，中國、日本、歐洲3種制式可選，可將收到節目錄在播放機中；中文、英文、韓文、日文等語言選擇；歌名、ID3、歌詞同步顯示(支持中文歌名、歌詞同步顯示)；獨立文件刪除功能，方便使用； A-B點復聽功能；內部存儲器容量查詢，可以查詢內部存儲器的容量。不用說，採用KYLARK晶元的代表作品就是丹丁DX-8了。對於彩蛋，我們已經了解太多，對於它在此就不在贅述。我們在遺憾其不支持WMA文件格式的時候不由的深深贊賞設計者的美妙的創意。四、ATMEL晶元 產地：美國美國ATMEL公司是DSP、MCU業界的龍頭。AT89C51ND1X系列晶元是專為mp3產業開發的嵌入式多媒體應用的DSP+MCU混合型解決方案。採用這種晶元的MP3集成USB，MMC嵌入式非常小的系統軟體，功能齊全帶USB功能的僅需15K位元組固件代碼。這種MP3解碼器和硬體介面控制器非常的低耗電。五、華矽 產地：台灣台灣華矽(MOSART)的晶元功能簡單，一般用於低端產品，如無LCD顯示，或SD卡播放器。雙晶元結構(CPU與解碼晶元分離)。音質就比較有特色，低音不錯，中高音一般。六、炬力ATJ2085產地：珠海炬力的ATJ208564 PIN封裝，高度集成。支持格式有MP3、WMA、WMV、ASF播放，支持FM，晶元價格較便宜。現在很多大陸廠商都選用這款炬力的ATJ208564PIN，其缺點是音質一般，勉強可聽，FM的表現上也有待提高。

⑹ 如何通過android對MP3解碼，從而得到MP3的波形

MP3系統播放器是能直接播放的。去看看系統播放器的源碼應該就可以找到。

⑺ centos 7 怎麼安裝mp3解碼以及怎麼安裝vlc

CentOS 7音樂播放器主要為Rhythmboxx0dx0a可以在網站上搜索下載：gst-fluendo-mp3-0.10.32.tar.gz這個文件，如果有更新版本的可以用更新版本。具體自己找，網路不讓我發地址。x0dx0a下載後解壓，進入目錄按照源代碼的編譯方式進行安裝：x0dx0a$ ./configurex0dx0a$ makex0dx0a$ sudo make installx0dx0a安裝完畢後，搜索「gstream」，安裝好後的插件名字叫：「libgstflump3dec.so」x0dx0a，大致上位於：「/usr/local/lib/gstreamer-1.0/」下(對於CentOS7.0而言)，需要手動將此文件復制到系統原來自帶的GStreamer部分插件的位置，也就是/usr/lib64/gstreamer-1.0（對於CentOS7.0而言），可以執行以下的復制命令：x0dx0a$ sudo cp /usr/local/lib/gstreamer-1.0/libgstflump3dec.so/usr/lib64/gstreamer-1.0x0dx0a完畢後Rhythmbox就可以調用mp3插件而播放MP3文件了。x0dx0a另外對於VLC，不建議在centos7.0里安裝，需要的依賴包太多，很麻煩，不如安裝mplayer相對簡單一些。x0dx0a還有，音樂播放器與其用Rhythmbox，你就不如去下一個deadbeef，解壓開後就可以運行。支持很多的音頻格式，音質還可以，一般的音響是聽不出來的。

⑻ STM32做MP3軟解碼

這兩個是MP3軟解碼，你可以看看.http://115.com/file/behylz1c#【www.cesdn.com嵌入式論壇】MP3軟解碼庫Libmad詳細解釋.rarhttp://115.com/file/behylui5#【www.cesdn.com嵌入式論壇】software.mp3.player.lpc2148.zip

⑼ mp3的音頻解碼

我ctrl+c ，然後ctrl+v的解碼在標准中進行了細致的定義。 多數解碼器是bitstream compliant，也就是說MP3文件解碼出來的非壓縮輸出信號將與標准文檔中數學定義的輸出信號一模一樣（在規定的近似誤差范圍內）。 MP3文件有一個標準的格式，這個格式就是包括384、576、或者1152個采樣點（隨MPEG的版本和層不同而不同）的幀，並且所有的幀都有關聯的頭信息（32位）和輔助信息（9、17或者32位元組，隨著MPEG版本和立體聲或者單通道的不同而不同）。頭和輔助信息能夠幫助解碼器正確地解碼相關的霍夫曼編碼數據。所以，大多數的解碼器比較幾乎都是完全基於它們的計算效率（例如，它們在解碼過程中所需要的內存或者CPU時間）。