android系統音頻

㈠ Android音頻播放

最近需要在Android的客戶端中使用PCM聲音播放和錄制，簡單學習了一下。有不正確的地方還請指出。

首先有幾個概念需要了解一下：采樣頻率、聲道數、采樣位數。

采樣頻率一般是sample rate， 代表的是數字化音頻時每秒采樣的次數。常見的有44.1KHz（CD品質）、48KHz等。

這個很好理解，單聲道Mono就是聲音從一個方向傳出來；雙聲道Stereo也叫立體聲，聲音是從兩個方向傳來。通常的流行音樂中，仔細聽能發現每個聲道可能側重不同的樂曲聲部，比如左聲道吉他，右聲道鋼琴，人聲似乎兩個聲道都有，聽起來就像站在中間一樣。（這里沒有考證，隨便舉例）

每一個采樣都是一個數據點，采樣位數是指這個數據點使用了幾位來記錄。AudioTrack類只支持8位和16位的PCM音頻。8位就是2的8次方，即256個值；而16位則是2的16次方，有65536個值。

這個在音頻的編解碼中還是比較常用的。在PCM格式中，1秒鍾音頻的數據大小是SampleRate×Channel×Bit/8，單位是byte位元組。由於PCM本身沒有音頻幀的概念，所以通過這個公式就能計算出任意時長音頻的大小，或者得到任意大小音頻的時長。如果規定1個音頻幀是「每個聲道256個采樣」，雙聲道下就是512個采樣，那麼1幀的數據量就是256×Channel×Bit/8，同理可以推斷出1秒鍾有多少音頻幀等等。音頻幀的概念在各種編解碼中各有不同，但計算公式大同小異，這里不展開。

Android中音頻的播放使用的是AudioTrack類，具體用法非常簡單。
首先設置buffer大小。AudioTrack播放時需要先寫入buffer，如果這個buffer沒有寫滿，那麼這部分是不會播放的。所以buffer不能設置太小，這樣會導致播放不連貫；而buffer也不能設置太小，這樣不間斷寫入會消耗許多CPU資源。AudioTrack自帶了getMinBufferSize方法可以給出一個最小buffer，一般用這個值就可以。getMinBufferSize方法三個參數分別是sample rate、channel和bit。

設置完buffer size就可以實例化一個AudioTrack。其中第一個參數streamType是指不同的音頻流類型，包括STREAM_MUSIC、STREAM_ALARM、STREAM_VOICE_CALL、STREAM_RING等，是Android對不同音頻的分類。中間三個參數很好理解，第四個是buffer size，剛剛計算出來了。最後一個參數mode有兩種：MODE_STREAM和MODE_STATIC。前者是以流形式播放，後者則是一次性全部寫入然後播放。

調用實例的play()方法就可以開始播放了。不過播放得要有數據吧？要填寫數據就要用到write()方法。write方法中第一個參數是一個byte[]類型，是要寫入的數據源，可以是從文件流中讀取出來的；第二個參數offset是初始位移，即從source的哪個位置開始；第三個參數則是輸入長度。

當write方法寫滿一個AudioTrack的buffer時，就會有聲音播放出來了。
當播放完成後記得要把AudioTrack停止並釋放。

㈡ android系統支持那些格式的音頻文件

1、H.263:低碼率視頻編碼標准，廣泛應用於視頻會議。

文件格式：

• 3GPP (.3gp)

• MPEG-4 (.mp4)

2、H.264 AVC：和MPEG2和MPEG4 ASP等壓縮技術相比，在同等圖像質量下，採用H.264技術壓縮後的數據量只有MPEG2的1/8，MPEG4的1/3。提供了解決在不穩定網路環境下容易發生的丟包等錯誤的必要工具。從Android3.0+開始支持。在圖像編碼效率上，H.264演算法最為領先，MPEG-4和H.263演算法基本相同。

文件格式：

• 3GPP (.3gp)

• MPEG-4 (.mp4)

• MPEG-TS (.ts, AAC audio only, not seekable, Android 3.0+)

3、MPEG-4 SP：一種以矩形幀作為對象的編碼形式，是從H.263、MPEG1和MPEG2繼承而來的編碼標准。

文件格式：3GPP (.3gp)

4、VP8：Google親媽推出的，但壓縮率比H.264差很多，Android2.3.3+。

文件格式：

• WebM(.webm)

• Matroska (.mkv, Android 4.0+) 註：開源，基於html5標准

㈢ Android播放音頻

播放音頻用到MediaPlayer類，具體用法如下：

我們寫一個簡單的例子，播放手機存儲的根目錄下motto.mp3文件。定義三個按鈕play、pause、stop來控制播放。

另外，本範例涉及到SD卡的讀取，還要在在Manifest.xml注冊寫SD卡的許可權。

㈣ Android怎樣對音頻進行倍速播放

向各位推薦網路網盤的會員專享功能「音頻倍速」，它可以五種倍速模式隨意轉換，滿足各種用戶的需求。

步驟一：打開網路網盤APP，點擊「文件」

㈤ 安卓系統為什麼不能播放cd音樂

因為CD儲存的音樂文件是cda格式，這個格式只有CD播放機才能識別。
你需要將從CD提取出來的音頻文件，轉換一下格式才可以在手機里播放。最好保存為WAV格式，這個格式的音樂音質比較好。如果你的手機不支持WAV格式，安裝一個第三方App就可以了。
CD唱片亦稱激光唱片。一種用數字音頻技術記錄音響信息的媒體。與傳統的密紋（LP）唱片不同，靠聚焦極好的激光束照射到分布著平凹不同的數碼軌跡的唱片上，用光敏器件接收反射光，即可轉換成與平凹相對應的脈沖信號，經過處理形成立體聲輸出。CD唱片的音響動態范圍大，信噪比高，左右聲道的隔離度好，失真度低，抖晃率幾乎為零。此外，CD唱片的記錄密度較高，僅在直徑為12厘米的唱片上，單面即可記錄60分鍾的音樂節目。

㈥ android怎麼調用系統聲音

Android中手機聲音調節步驟：

a、通過系統服務獲得聲音管理器：

AudioManager audioManager = (AudioManager)getSystemService(Service.AUDIO_SERVICE);

b、根據實際需要調用適當的方法：（常用方法）

audioManager.adjustStreamVolume(int streamType, int direction, int flags);

streamType:聲音類型，可取的為STREAM_VOICE_CALL（打電話時的聲音）, STREAM_SYSTEM（Android系統聲音）, STREAM_RING（電話鈴響）, STREAM_MUSIC（音樂聲音）or STREAM_ALARM（警告聲音）。

direction：調整音量的方向，可取為ADJUST_LOWER（調低音量）, ADJUST_RAISE（調高音量）, or ADJUST_SAME（保持先前音量）。

flags：可選標志位（如要顯示出音量調節UI，使用如下flag：AudioManager.FLAG_SHOW_UI）。

audioManager.setStreamMute(int streamType, boolean state)；設置指定聲音類型（streamType）是否為靜音。如果state為true，則設置為靜音；否則，不設置為靜音。

audioManager.setRingerMode(int ringerMode);

設置鈴音模式，可取值為RINGER_MODE_NORMAL（鈴音正常模式）, RINGER_MODE_SILENT（鈴音靜音模式）, or RINGER_MODE_VIBRATE（鈴音震動模式，即鈴音為靜音，啟動震動）。

audioManager.setMode(int mode)；

設置聲音模式，可取值為MODE_NORMAL（正常模式，即在沒有鈴音與電話的情況）, MODE_RINGTONE（鈴響模式）, MODE_IN_CALL（接通電話模式）or MODE_IN_COMMUNICATION（通話模式）。

注意：聲音的調節是沒有許可權要求的。

㈦ Android -- 音視頻基礎知識

幀，是視頻的一個基本概念，表示一張畫面，如上面的翻頁動畫書中的一頁，就是一幀。一個視頻就是由許許多多幀組成的。

幀率，即單位時間內幀的數量，單位為：幀/秒 或fps（frames per second）。一秒內包含多少張圖片，圖片越多，畫面越順滑，過渡越自然。 幀率的一般以下幾個典型值：

24/25 fps：1秒 24/25 幀，一般的電影幀率。

30/60 fps：1秒 30/60 幀，游戲的幀率，30幀可以接受，60幀會感覺更加流暢逼真。

85 fps以上人眼基本無法察覺出來了，所以更高的幀率在視頻里沒有太大意義。

這里我們只講常用到的兩種色彩空間。

RGB的顏色模式應該是我們最熟悉的一種，在現在的電子設備中應用廣泛。通過R G B三種基礎色，可以混合出所有的顏色。

這里著重講一下YUV，這種色彩空間並不是我們熟悉的。這是一種亮度與色度分離的色彩格式。

早期的電視都是黑白的，即只有亮度值，即Y。有了彩色電視以後，加入了UV兩種色度，形成現在的YUV，也叫YCbCr。

Y：亮度，就是灰度值。除了表示亮度信號外，還含有較多的綠色通道量。

U：藍色通道與亮度的差值。

V：紅色通道與亮度的差值。

音頻數據的承載方式最常用的是 脈沖編碼調制 ，即 PCM 。

在自然界中，聲音是連續不斷的，是一種模擬信號，那怎樣才能把聲音保存下來呢？那就是把聲音數字化，即轉換為數字信號。

我們知道聲音是一種波，有自己的振幅和頻率，那麼要保存聲音，就要保存聲音在各個時間點上的振幅。

而數字信號並不能連續保存所有時間點的振幅，事實上，並不需要保存連續的信號，就可以還原到人耳可接受的聲音。

根據奈奎斯特采樣定理：為了不失真地恢復模擬信號，采樣頻率應該不小於模擬信號頻譜中最高頻率的2倍。

根據以上分析，PCM的採集步驟分為以下步驟：

采樣率，即采樣的頻率。

上面提到，采樣率要大於原聲波頻率的2倍，人耳能聽到的最高頻率為20kHz，所以為了滿足人耳的聽覺要求，采樣率至少為40kHz，通常為44.1kHz，更高的通常為48kHz。

采樣位數，涉及到上面提到的振幅量化。波形振幅在模擬信號上也是連續的樣本值，而在數字信號中，信號一般是不連續的，所以模擬信號量化以後，只能取一個近似的整數值，為了記錄這些振幅值，采樣器會採用一個固定的位數來記錄這些振幅值，通常有8位、16位、32位。

位數越多，記錄的值越准確，還原度越高。

最後就是編碼了。由於數字信號是由0，1組成的，因此，需要將幅度值轉換為一系列0和1進行存儲，也就是編碼，最後得到的數據就是數字信號：一串0和1組成的數據。

整個過程如下：

聲道數，是指支持能不同發聲（注意是不同聲音）的音響的個數。 單聲道：1個聲道
雙聲道：2個聲道
立體聲道：默認為2個聲道
立體聲道（4聲道）：4個聲道

碼率，是指一個數據流中每秒鍾能通過的信息量，單位bps（bit per second）

碼率 = 采樣率 * 采樣位數 * 聲道數

這里的編碼和上面音頻中提到的編碼不是同個概念，而是指壓縮編碼。

我們知道，在計算機的世界中，一切都是0和1組成的，音頻和視頻數據也不例外。由於音視頻的數據量龐大，如果按照裸流數據存儲的話，那將需要耗費非常大的存儲空間，也不利於傳送。而音視頻中，其實包含了大量0和1的重復數據，因此可以通過一定的演算法來壓縮這些0和1的數據。

特別在視頻中，由於畫面是逐漸過渡的，因此整個視頻中，包含了大量畫面/像素的重復，這正好提供了非常大的壓縮空間。

因此，編碼可以大大減小音視頻數據的大小，讓音視頻更容易存儲和傳送。

視頻編碼格式有很多，比如H26x系列和MPEG系列的編碼，這些編碼格式都是為了適應時代發展而出現的。

其中，H26x（1/2/3/4/5）系列由ITU（International Telecommunication Union）國際電傳視訊聯盟主導

MPEG（1/2/3/4）系列由MPEG（Moving Picture Experts Group, ISO旗下的組織）主導。

當然，他們也有聯合制定的編碼標准，那就是現在主流的編碼格式H264，當然還有下一代更先進的壓縮編碼標准H265。

H264是目前最主流的視頻編碼標准，所以我們後續的文章中主要以該編碼格式為基準。

H264由ITU和MPEG共同定製，屬於MPEG-4第十部分內容。

我們已經知道，視頻是由一幀一幀畫面構成的，但是在視頻的數據中，並不是真正按照一幀一幀原始數據保存下來的（如果這樣，壓縮編碼就沒有意義了）。

H264會根據一段時間內，畫面的變化情況，選取一幀畫面作為完整編碼，下一幀只記錄與上一幀完整數據的差別，是一個動態壓縮的過程。

在H264中，三種類型的幀數據分別為

I幀：幀內編碼幀。就是一個完整幀。

P幀：前向預測編碼幀。是一個非完整幀，通過參考前面的I幀或P幀生成。

B幀：雙向預測內插編碼幀。參考前後圖像幀編碼生成。B幀依賴其前最近的一個I幀或P幀及其後最近的一個P幀。

全稱：Group of picture。指一組變化不大的視頻幀。

GOP的第一幀成為關鍵幀：IDR

IDR都是I幀，可以防止一幀解碼出錯，導致後面所有幀解碼出錯的問題。當解碼器在解碼到IDR的時候，會將之前的參考幀清空，重新開始一個新的序列，這樣，即便前面一幀解碼出現重大錯誤，也不會蔓延到後面的數據中。

DTS全稱：Decoding Time Stamp。標示讀入內存中數據流在什麼時候開始送入解碼器中進行解碼。也就是解碼順序的時間戳。

PTS全稱：Presentation Time Stamp。用於標示解碼後的視頻幀什麼時候被顯示出來。

前面我們介紹了RGB和YUV兩種圖像色彩空間。H264採用的是YUV。

YUV存儲方式分為兩大類：planar 和 packed。

planar如下：

packed如下：

上面說過，由於人眼對色度敏感度低，所以可以通過省略一些色度信息，即亮度共用一些色度信息，進而節省存儲空間。因此，planar又區分了以下幾種格式：YUV444、 YUV422、YUV420。

YUV 4:4:4采樣，每一個Y對應一組UV分量。

YUV 4:2:2采樣，每兩個Y共用一組UV分量。

YUV 4:2:0采樣，每四個Y共用一組UV分量。

其中，最常用的就是YUV420。

YUV420屬於planar存儲方式，但是又分兩種類型：

YUV420P：三平面存儲。數據組成為YYYYYYYYUUVV（如I420）或YYYYYYYYVVUU（如YV12）。

YUV420SP：兩平面存儲。分為兩種類型YYYYYYYYUVUV（如NV12）或YYYYYYYYVUVU（如NV21）

原始的PCM音頻數據也是非常大的數據量，因此也需要對其進行壓縮編碼。

和視頻編碼一樣，音頻也有許多的編碼格式，如：WAV、MP3、WMA、APE、FLAC等等，音樂發燒友應該對這些格式非常熟悉，特別是後兩種無損壓縮格式。

但是，我們今天的主角不是他們，而是另外一個叫AAC的壓縮格式。

AAC是新一代的音頻有損壓縮技術，一種高壓縮比的音頻壓縮演算法。在MP4視頻中的音頻數據，大多數時候都是採用AAC壓縮格式。

AAC格式主要分為兩種：ADIF、ADTS。

ADIF：Audio Data Interchange Format。音頻數據交換格式。這種格式的特徵是可以確定的找到這個音頻數據的開始，不需進行在音頻數據流中間開始的解碼，即它的解碼必須在明確定義的開始處進行。這種格式常用在磁碟文件中。

ADTS：Audio Data Transport Stream。音頻數據傳輸流。這種格式的特徵是它是一個有同步字的比特流，解碼可以在這個流中任何位置開始。它的特徵類似於mp3數據流格式。

ADIF數據格式：

ADTS 一幀 數據格式（中間部分，左右省略號為前後數據幀）：

AAC內部結構也不再贅述，可以參考AAC 文件解析及解碼流程

細心的讀者可能已經發現，前面我們介紹的各種音視頻的編碼格式，沒有一種是我們平時使用到的視頻格式，比如：mp4、rmvb、avi、mkv、mov...

沒錯，這些我們熟悉的視頻格式，其實是包裹了音視頻編碼數據的容器，用來把以特定編碼標准編碼的視頻流和音頻流混在一起，成為一個文件。

例如：mp4支持H264、H265等視頻編碼和AAC、MP3等音頻編碼。

我們在一些播放器中會看到，有硬解碼和軟解碼兩種播放形式給我們選擇，但是我們大部分時候並不能感覺出他們的區別，對於普通用戶來說，只要能播放就行了。

那麼他們內部究竟有什麼區別呢？

在手機或者PC上，都會有CPU、GPU或者解碼器等硬體。通常，我們的計算都是在CPU上進行的，也就是我們軟體的執行晶元，而GPU主要負責畫面的顯示（是一種硬體加速）。

所謂軟解碼，就是指利用CPU的計算能力來解碼，通常如果CPU的能力不是很強的時候，一則解碼速度會比較慢，二則手機可能出現發熱現象。但是，由於使用統一的演算法，兼容性會很好。

硬解碼，指的是利用手機上專門的解碼晶元來加速解碼。通常硬解碼的解碼速度會快很多，但是由於硬解碼由各個廠家實現，質量參差不齊，非常容易出現兼容性問題。

MediaCodec 是Android 4.1(api 16)版本引入的編解碼介面，是所有想在Android上開發音視頻的開發人員繞不開的坑。

由於Android碎片化嚴重，雖然經過多年的發展，Android硬解已經有了很大改觀，但實際上各個廠家實現不同， 還是會有一些意想不到的坑。

相對於FFmpeg，Android原生硬解碼還是相對容易入門一些，所以接下來，我將會從MediaCodec入手，講解如何實現視頻的編解碼，以及引入OpenGL實現對視頻的編輯，最後才引入FFmpeg來實現軟解，算是一個比較常規的音視頻開發入門流程吧。

㈧ android5.0系統音頻是否還有src的問題

一直以來，Android系統由於底層語言的問題，在音頻播放上存在一個漏洞，即48khz采樣率轉換為44.1khz會被劣質SRC。這種被劣質SRC的問題，使得音頻信號在安卓設備里受到了扭曲和損耗，產生大量噪波，立體聲播放層次等這些指標全面受損。而用戶需求較多的高品質音樂母生帶、高清視頻、游戲等的音頻都是高於44.1khz的采樣率；因此有很多用戶不厭其煩抱怨安卓機器的音質失真和受損問題。
通過一段標准音頻理論狀態下的光譜圖，我們可以發現正常安卓機型在播放48khz音頻時，光譜圖可謂慘不忍睹。主信號周圍出現了巨量的噪波，主信號基本難以分辨，因此難免會出現聲道串聲，雜音，變調等問題。
近期智能手機廠商vivo發布了其自主研發的音頻技術VRS。據了解，vivo的VRS技術聲稱完全解決了上述困擾安卓系統音頻播放的夢魘，並得到了國家專利受理。
而應用了VRS音頻技術的vivo V1智能手機在播放48khz音頻時，完全不存在任何問題，其主信號的保真度接近於理論完美狀態。雖然信號源質量並不完全代表最後的聽感，但我們也知道，有了接近無損的信號源，是能夠取得優秀播放效果的前提。可見，VRS技術的出現，表明vivo智能手機在致力於追求產品完美的音質享受探索又邁上了一個新的高度。