ARM的MP3軟件器完全符合ISOMPEG音頻標(biāo)準(zhǔn)。這個(gè)包括ISO/IEC11172-（MPEG1的）ISOIEC13818-3（MPEG2）MPEG2.5低比特率擴(kuò)展（Fraunhofer所定義。并支持立體聲和單聲道的。ARM7ARM9ARMV4T架構(gòu)，并提供ARMMPEG-AACWMA，以及在該領(lǐng)域的基于數(shù)字水印技術(shù)的保護(hù)。這種迅MP3制造商必須提供能滿(mǎn)足大部分消費(fèi)者要求的產(chǎn)品，包括ARM在其他競(jìng)爭(zhēng)激烈的便攜式市場(chǎng)的成功，如數(shù)字蜂窩。伴隨著新的硅工藝技術(shù)以及電源電壓的降低，這種ARM架構(gòu)的優(yōu)勢(shì)，減少面積并大大簡(jiǎn)化了硬件和軟件的開(kāi)發(fā)過(guò)程。ARM可以在執(zhí)行的音頻處理的同時(shí)執(zhí)行系統(tǒng)的其它控制功能，如管理IO，卡，DSP的實(shí)現(xiàn)方案還需要一個(gè)單獨(dú)的微控制器運(yùn)行該系統(tǒng)的其他控制功能。顯然，基于兩個(gè)處理器的實(shí)現(xiàn)將需要額外面積。開(kāi)發(fā)在DSP和微處理由于ARM處理器的解決辦法是集中在一個(gè)系統(tǒng)上，提供統(tǒng)一的內(nèi)存映射，大大簡(jiǎn)化了整體軟件設(shè)計(jì)任務(wù)。系統(tǒng)運(yùn)行實(shí)時(shí)操作系統(tǒng)，通過(guò)API函數(shù)調(diào)用，要MP3只APIDSPDSP的解決方案將需要開(kāi)發(fā)特定的調(diào)度函數(shù)—這是復(fù)雜的并且當(dāng)任務(wù)必須安排到了第ARMDeveloperSuite（ADS）軟件提供了一個(gè)完整的開(kāi)發(fā)包工具，集成了圖形用戶(hù)界CCARM的應(yīng)用程序代碼，有需要的話(huà)還可以協(xié)助軟件代碼的開(kāi)發(fā)參考了ISO的標(biāo)準(zhǔn)代碼。雖然標(biāo)準(zhǔn)代碼為任何MP3執(zhí)行代解決方案。為了在ARM平臺(tái)上提高執(zhí)行MP3的執(zhí)行效率，分析MP3數(shù)據(jù)的每MP3的感知編碼是影響MP3效率的關(guān)鍵—換句話(huà)說(shuō)，無(wú)視這些噪音所掩蓋更主要，將導(dǎo)致聽(tīng)不到有效聲音。正因?yàn)槿绱薓P3算法考慮了人耳的心理聲學(xué)模型。通過(guò)忽略不能耳感知的信息，信號(hào)可以由更少的位數(shù)來(lái)表示而不降低質(zhì)量。ISO參考代碼是基于浮點(diǎn)運(yùn)算的，建立一個(gè)高效率的映射到大多數(shù)嵌入式硬件結(jié)構(gòu)，由于大多數(shù)數(shù)字音頻器使用的16位音頻DAC，所以保持至少16位的音質(zhì)是重要的，否則，過(guò)程就開(kāi)始引入噪聲，可造成對(duì)音質(zhì)的重大損害。DSP162416DSP16位數(shù)據(jù)通道在期望輸出上具有相同的精度因此每一個(gè)算術(shù)運(yùn)算過(guò)程中可能添16位寬度數(shù)據(jù)路徑意味著必然喪失一定的準(zhǔn)確多數(shù)的DSP廠(chǎng)商都推行了24位DSP架構(gòu)。但這一做法沒(méi)有提供的數(shù)據(jù)路徑和內(nèi)部32ARM處理器。可以保持更大分辨率，從而高效執(zhí)行，以獲得最好的音質(zhì)。使用20位輸出的器信噪120dBCD音質(zhì)媲美。MP3處理階段MP3過(guò)程的基本操作將在下面列出，并在圖（1）里面進(jìn)行了說(shuō)明12、信息頭4、Huffman67圖（1）MP3處理階MP3的主要過(guò)程如圖1所示，通常我們需要一個(gè)有特殊用途DSP處理器來(lái)執(zhí)行MP3的。有幾個(gè)功能—如IMDCT和過(guò)濾等，被視為是典型的數(shù)字信號(hào)處理過(guò)程。if其中某些特性可以考慮用三步的過(guò)程中過(guò)程始于從32位的幀頭里面獲得同步幀，并且信息頭，通常在信息頭里面包含了MPEG的版本，層描述和比特率12、信息當(dāng)這些位操作處理需求相似的的時(shí)候，ARM312的處理過(guò)程，也是再次基于位操作的處理。

AND0X07這18次。LSRAND被量化過(guò)和哈夫曼編碼過(guò)的實(shí)際頻率數(shù)據(jù)跟在縮放因子的后面。器的任務(wù)是哈夫曼，反量化，并將得到的數(shù)據(jù)轉(zhuǎn)換到時(shí)域。4、HuffmanHuffman編碼創(chuàng)建可變長(zhǎng)編碼，并有高可靠的符號(hào)分配短編碼。每個(gè)編碼都具有獨(dú)特的前綴，這意味使用二叉樹(shù)法可以正確的它們。哈夫曼編碼的編根據(jù)數(shù)據(jù)的內(nèi)容選擇許多不同的哈夫曼樹(shù)，以盡量減少總位長(zhǎng)。曼器已經(jīng)了數(shù)據(jù)之后，還得用縮放因子把數(shù)據(jù)重新變換到頻域值。ARM先設(shè)計(jì)好的查找表和空間的大小。這類(lèi)操作將優(yōu)化ROM查找表的大小并優(yōu)化處理時(shí)ARM內(nèi)這是一個(gè)相對(duì)較快的操作。54∕308191，32KB大小的的查找表來(lái)。然而,通過(guò)在性能較低的重量化之前應(yīng)用大數(shù)值，有可能減少表的大4kb1023，將在查找之前除以8，得到的結(jié)果再乘以16，得到的值相當(dāng)于X的4/3次方。因?yàn)楣蚵玫降闹低恰?，檢測(cè)這種情況是很有用的，因?yàn)樗麄儾恍枰s放處理。作為最有效的解決辦法再次需要使用查找表的技術(shù)，把這種操作合并到哈夫曼操例如：ifinput>1023then‘dividebyIfinput=±1then‘don’tARMRISC6在編內(nèi)使用了一種時(shí)間到頻率的變換，以合成輸出樣本。修正離散余弦變換（IMDCT）的是通過(guò)一個(gè)N大小的輸入向量和一個(gè)N*N大小的矩陣相乘實(shí)現(xiàn)的。nadditions+n*nmultiplications+(n-1)*nARMARM專(zhuān)有的處理過(guò)程10％。IMDCT的輸出，可以簡(jiǎn)化多相濾波器的執(zhí)行過(guò)程。7ARM32性能是以假定內(nèi)存為32位寬，零等待時(shí)間的內(nèi)存為條件的。每步的執(zhí)行需要的內(nèi)存4KbytePCM輸出緩沖器和一個(gè)單幀輸入緩沖。表（1）ARM平臺(tái)MP3的峰值和平均值參數(shù)峰值性能 編碼是使用 情況下的數(shù)值，而普通音樂(lè) 并不 ARM9EDSPIMDCT和濾波功能的時(shí)候，相對(duì)于其他構(gòu)架需要較少的時(shí)鐘周期。ARM9ERISC構(gòu)架DSP操作。DSPARM9EISOISO測(cè)試模式和內(nèi)部測(cè)試，目的是保證對(duì)的各個(gè)階段都進(jìn)行全面的測(cè)試，如霍夫曼功能等。為了確保所1501至大約1000MP3MP3比特流上，以及試圖重放無(wú)效和非MP3的文件，以確保有沒(méi)有任何不良的，如失敗，死循ARM的執(zhí)行相對(duì)于參考值在最低位有最大±1的差異。因此，AMR器的信噪比96dB16位輸出的最好的信噪比了。不論是否使用RTOS，ARM的MP3代碼是易于移植的。一個(gè)簡(jiǎn)單的API提供了該開(kāi)發(fā)套件還包括了一個(gè)帶詳細(xì)說(shuō)明的應(yīng)用的例子。如今ARM執(zhí)行MP3已經(jīng)應(yīng)用到了上。也可以用來(lái)當(dāng)前的WMA和MPEG，ACC等標(biāo)準(zhǔn)格式通過(guò)分析ARM對(duì)MP3的處理過(guò)程突出了ARM指令集在MP3高效過(guò)○去掉MP3過(guò)程中的相當(dāng)部分的額外控制開(kāi)銷(xiāo)提高了效率ARM桶式移位器在MP3和縮放操作時(shí)的前端位流處理上有頻繁的應(yīng)用3232ISO825％的總運(yùn)算量依賴(lài)于并行乘法而不能有效地被位操作執(zhí)行。盡管這一Booth’s乘法器。它是基于更加快速的快速乘法的應(yīng)用，在增強(qiáng)型架構(gòu)里包含3個(gè)周期。