安卓系統用的什麼編碼器

1. 手機能播放opus格式音樂嗎，android系統的

你好，據我的了解，目前手機上暫時沒有支持這種音頻格式的解碼軟體，建議你使用相關程序轉碼後進行播放。

相關知識：

opus是一種聲音編碼格式，Opus的前身是celt編碼器。是由IETF開發，適用於網路上的實時聲音傳輸，標准格式為RFC 6716。

轉碼軟體推薦：——TAudioConverter

目前支持播放Opus格式音頻的程序列表：

GStreamer, libavcodec(ffmpeg)——Linux系統

Foobar2000——Windows系統

Firefox——Windows系統

2. Android原生編解碼介面 MediaCodec 之——完全解析

MediaCodec 是Android 4.1(api 16)版本引入的編解碼介面， Developer 官網 上描述的已經很清楚了。可以配合 中文翻譯 一起看。理解更深刻。

MediaCodec的工作流程：

從上圖可以看出 MediaCodec 架構上採用了2個緩沖區隊列，非同步處理數據，並且使用了一組輸入輸出緩存。
你請求或接收到一個空的輸入緩存（input buffer），向其中填充滿數據並將它傳遞給編解碼器處理。編解碼器處理完這些數據並將處理結果輸出至一個空的輸出緩存（output buffer）中。最終，你請求或接收到一個填充了結果數據的輸出緩存（output buffer），使用完其中的數據，並將其釋放給編解碼器再次使用。
具體工作如下：

MediaCodec的基本調用流程是：

1.初始化MediaCodec，方法有兩種，分別是通過名稱和類型來創建，對應的方法為：

2.配置編碼器，設置各種編碼器參數（MediaFormat），這個類包含了比特率、幀率、關鍵幀間隔時間等。然後再調用 mMediaCodec .configure，對於 API 19 以上的系統，我們可以選擇 Surface 輸入：mMediaCodec .createInputSurface，

3.打開編碼器，獲取輸入輸出緩沖區

獲取輸入輸出緩沖區在api19 上是以上方式獲取，api21以後 可以使用直接獲取ByteBuffer

4.輸入數據，有2種方式，一種是普通輸入，一種是Surface 輸入
普通輸入又可區分為兩種情況，一種是配合MediaExtractor ，一種是取原數據；

返回一個填充了有效數據的input buffer的索引，如果沒有可用的buffer則返回-1，參數為超時時間(TIMES_OUT)，單位是微秒，當timeoutUs==0時，該方法立即返回；當timeoutUs<0時，無限期地等待一個可用的input buffer，當timeoutUs>0時，
等待時間為傳入的微秒值。

上面輸入緩存的index，通過getInputBuffers()得到的是輸入緩存數組，通過index和輸入緩存數組可以得到當前請求的輸入緩存，在使用之前要clear一下，避免之前的緩存數據影響當前數據，接著就是把數據添加到輸入緩存中，並調用queueInputBuffer(...)把緩存數據入隊；

5.輸出數據
通常編碼傳輸時每個關鍵幀頭部都需要帶上編碼配置數據（PPS，SPS），但 MediaCodec 會在首次輸出時專門輸出編碼配置數據，後面的關鍵幀里是不攜帶這些數據的，所以需要我們手動做一個拼接；

6.使用完MediaCodec後釋放資源
要告知編碼器我們要結束編碼，Surface 輸入的話調用 mMediaCodec .signalEndOfInputStream，普通輸入則可以為在 queueInputBuffer 時指定 MediaCodec.BUFFER_FLAG_END_OF_STREAM 這個 flag；告知編碼器後我們就可以等到編碼器輸出的 buffer 帶著 MediaCodec.BUFFER_FLAG_END_OF_STREAM 這個 flag 了，等到之後我們調用 mMediaCodec .release 銷毀編碼器

流控就是流量控制。 為什麼要控制，就是為了在一定的限制條件下，收益最大化！
涉及到了 TCP 和視頻編碼：
對 TCP 來說就是控制單位時間內發送數據包的數據量，對編碼來說就是控制單位時間內輸出數據的數據量。

TCP 的限制條件是網路帶寬，流控就是在避免造成或者加劇網路擁塞的前提下，盡可能利用網路帶寬。帶寬夠、網路好，我們就加快速度發送數據包，出現了延遲增大、丟包之後，就放慢發包的速度（因為繼續高速發包，可能會加劇網路擁塞，反而發得更慢）。

視頻編碼的限制條件最初是解碼器的能力，碼率太高就會無法解碼，後來隨著 codec 的發展，解碼能力不再是瓶頸，限制條件變成了傳輸帶寬/文件大小，我們希望在控制數據量的前提下，畫面質量盡可能高。
一般編碼器都可以設置一個目標碼率，但編碼器的實際輸出碼率不會完全符合設置，因為在編碼過程中實際可以控制的並不是最終輸出的碼率，而是編碼過程中的一個量化參數（Quantization Parameter，QP），它和碼率並沒有固定的關系，而是取決於圖像內容。 這一點不在這里展開，感興趣的朋友可以閱讀視頻壓縮編碼和音頻壓縮編碼的基本原理。

無論是要發送的 TCP 數據包，還是要編碼的圖像，都可能出現「尖峰」，也就是短時間內出現較大的數據量。TCP 面對尖峰，可以選擇不為所動（尤其是網路已經擁塞的時候），這沒有太大的問題，但如果視頻編碼也對尖峰不為所動，那圖像質量就會大打折扣了。如果有幾幀數據量特別大，但仍要把碼率控制在原來的水平，那勢必要損失更多的信息，因此圖像失真就會更嚴重。 這種情況通常的表現是畫面出現很多小方塊，看上去像是打了馬賽克一樣，導致畫面的局部或者整體看不清楚的情況

配置時指定目標碼率和碼率控制模式：

碼率控制模式有三種：
碼率控制模式在 MediaCodecInfo.EncoderCapabilities 類中定義了三種，在 framework 層有另一套名字和它們的值一一對應：

動態調整目標碼率：

Android 流控策略選擇

下面展示使用MediaExtractor獲取數據後，用MediaMuxer重新寫成一個MP4文件的簡單栗子

3. Android Bitmap 與 Drawable之間的區別和轉換

Android bitmap和drawable的區別和轉換如下：

1.bitmap 轉換 drawable

java">Bitmapbitmap=newBitmap(...);Drawabledrawable=newBitmapDrawable(bitmap);
//Drawabledrawable=newFastBitmapDrawable(bitmap);

2.Drawable to Bitmap
BitmapDrawable, FastBitmapDrawable直接用getBitmap
b. 其他類型的Drawable用Canvas畫到一個bitmap上

Canvascanvas=newCanvas(bitmap)
drawable.draw(canvas);
Drawabled=ImagesList.get(0);Bitmapbitmap=((BitmapDrawable)d).getBitmap();

區別如下：

1.Bitmap - 稱作點陣圖，一般點陣圖的文件格式後綴為bmp，當然編碼器也有很多如RGB565、RGB888。作為一種逐像素的顯示對象執行效率高，但是缺點也很明顯存儲效率低。

2.Drawable - 作為Android平下通用的圖形對象，它可以裝載常用格式的圖像，比如GIF、PNG、JPG，當然也支持BMP，當然還提供一些高級的可視化對象，比如漸變、圖形等。

另外還有如下相類似的格式：

Canvas - 名為畫布，可以看作是一種處理過程，使用各種方法來管理Bitmap、GL或者Path路徑，同時它可以配合Matrix矩陣類給圖像做旋轉、縮放等操作，同時Canvas類還提供了裁剪、選取等操作。

Paint - 可以把它看做一個畫圖工具，比如畫筆、畫刷。管理了每個畫圖工具的字體、顏色、樣式。

4. 手機的com.android.mediacode這個軟體出現病毒怎麼辦

你好，「com.android.mediacode」是安卓系統的媒體編碼器，如果刪除了可能會影響你的手機使用，對於你的問題，建議：
1、因為該軟體出現病毒，而由於是系統軟體，必須進行root後，使用RE管理器這樣的工具才能直接刪除，所以，請先進行root

然後安裝RE管理器，直接找到該軟體刪除之，但是刪除前請備份
2、如果刪除後系統出現問題，而該文件又有病毒，說明你當前的系統不是手機原裝系統，那麼最好的解決方法就是刷機。使用刷機精靈即可。
下載地址：http://www.shuame.com/
有其他問題歡迎到電腦管家企業平台咨詢，我們將竭誠為您服務！

5. Android 音視頻01 --- H264的基本原理01

H264壓縮技術主要採用了以下幾種方法對視頻數據進行壓縮。包括：

解決的是空域數據冗餘問題。

解決的是時域數據冗徐問題

將空間上的相關性變為頻域上無關的數據然後進行量化。

經過壓縮後的幀分為：I幀，P幀和B幀:

關鍵幀，採用幀內壓縮技術。

向前參考幀，在壓縮時，只參考前面已經處理的幀。採用幀音壓縮技術。

雙向參考幀，在壓縮時，它即參考前而的幀，又參考它後面的幀。採用幀間壓縮技術。
除了I/P/B幀外，還有圖像序列GOP。

H264的基本原理其實非常簡單，下我們就簡單的描述一下H264壓縮數據的過程。通過攝像頭採集到的視頻幀（按每秒 30 幀算），被送到 H264 編碼器的緩沖區中。編碼器先要為每一幅圖片劃分宏塊。

劃分好宏塊後，計算宏塊的象素值。以此類推，計算一幅圖像中每個宏塊的像素值。

對於視頻數據主要有兩類數據冗餘，一類是時間上的數據冗餘，另一類是空間上的數據冗餘。其中時間上的數據冗餘是最大的。為什麼說時間上的冗餘是最大的呢？假設攝像頭每秒抓取30幀，這30幀的數據大部分情況下都是相關聯的。也有可能不止30幀的的數據，可能幾十幀，上百幀的數據都是關聯特別密切的。
H264編碼器會按順序，每次取出兩幅相鄰的幀進行宏塊比較，計算兩幀的相似度。如下圖：

在H264編碼器中將幀分組後，就要計算幀組內物體的運動矢量了。
H264編碼器首先按順序從緩沖區頭部取出兩幀視頻數據，然後進行宏塊掃描。當發現其中一幅圖片中有物體時，就在另一幅圖的鄰近位置（搜索窗口中）進行搜索。如果此時在另一幅圖中找到該物體，那麼就可以計算出物體的運動矢量了。
運動矢量計算出來後，將相同部分（也就是綠色部分）減去，就得到了補償數據。我們最終只需要將補償數據進行壓縮保存，以後在解碼時就可以恢復原圖了。壓縮補償後的數據只需要記錄很少的一點數據。
我們把運動矢量與補償稱為 幀間壓縮技術 ，它解決的是視頻幀在時間上的數據冗餘。除了幀間壓縮，幀內也要進行數據壓縮，幀內數據壓縮解決的是空間上的數據冗餘。

人眼對圖象都有一個識別度，對低頻的亮度很敏感，對高頻的亮度不太敏感。所以基於一些研究，可以將一幅圖像中人眼不敏感的數據去除掉。這樣就提出了幀內預測技術。
一幅圖像被劃分好宏塊後，對每個宏塊可以進行 9 種模式的預測。找出與原圖最接近的一種預測模式。然後，將原始圖像與幀內預測後的圖像相減得殘差值。再將我們之前得到的預測模式信息一起保存起來，這樣我們就可以在解碼時恢復原圖了，經過幀內與幀間的壓縮後，雖然數據有大幅減少，但還有優化的空間。

可以將殘差數據做整數離散餘弦變換，去掉數據的相關性，進一步壓縮數據。

上面的幀內壓縮是屬於有損壓縮技術。也就是說圖像被壓縮後，無法完全復原。而CABAC屬於無損壓縮技術。
無損壓縮技術大家最熟悉的可能就是哈夫曼編碼了，給高頻的詞一個短碼，給低頻詞一個長碼從而達到數據壓縮的目的。MPEG-2中使用的VLC就是這種演算法，我們以 A-Z 作為例子，A屬於高頻數據，Z屬於低頻數據。看看它是如何做的。
CABAC也是給高頻數據短碼，給低頻數據長碼。同時還會根據上下文相關性進行壓縮，這種方式又比VLC高效很多。

制定了相互傳輸的格式，將宏快 有組織，有結構，有順序的形成一系列的碼流。這種碼流既可 通過 InputStream 網路流的數據進行傳輸，也可以封裝成一個文件進行保存，主要作用是為了傳輸。

組成H264碼流的結構中 包含以下幾部分 ，從大到小排序依次是：
H264視頻序列，圖像，片組，片，NALU，宏塊 ，像素。

NAL層:（Network Abstraction Layer,視頻數據網路抽象層） ： 它的作用是H264隻要在網路上傳輸，在傳輸的過程每個包乙太網是1500位元組，而H264的幀往往會大於1500位元組，所以要進行拆包，將一個幀拆成多個包進行傳輸，所有的拆包或者組包都是通過NAL層去處理的。
VCL層:（Video Coding Layer,視頻數據編碼層） ： 對視頻原始數據進行壓縮

起始碼0x 00 00 00 01 或者 0x 00 00 01 作為 分隔符 。
兩個 0x 00 00 00 01之間的位元組數據 是表示一個NAL Unit。

I 幀的特點：

1.分組:把幾幀圖像分為一組(GOP，也就是一個序列),為防止運動變化,幀數不宜取多。
2.定義幀:將每組內各幀圖像定義為三種類型,即I幀、B幀和P幀;
3.預測幀:以I幀做為基礎幀,以I幀預測P幀,再由I幀和P幀預測B幀;
4.數據傳輸:最後將I幀數據與預測的差值信息進行存儲和傳輸。

1．更高的編碼效率：同H.263等標準的特率效率相比，能夠平均節省大於50％的碼率。
2．高質量的視頻畫面：H.264能夠在低碼率情況下提供高質量的視頻圖像，在較低帶寬上提供高質量的圖像傳輸是H.264的應用亮點。
3．提高網路適應能力：H.264可以工作在實時通信應用（如視頻會議）低延時模式下，也可以工作在沒有延時的視頻存儲或視頻流伺服器中。
4．採用混合編碼結構：同H.263相同，H.264也使用採用DCT變換編碼加DPCM的差分編碼的混合編碼結構，還增加了如多模式運動估計、幀內預測、多幀預測、基於內容的變長編碼、4x4二維整數變換等新的編碼方式，提高了編碼效率。
5．H.264的編碼選項較少：在H.263中編碼時往往需要設置相當多選項，增加了編碼的難度，而H.264做到了力求簡潔的「回歸基本」，降低了編碼時復雜度。
6．H.264可以應用在不同場合：H.264可以根據不同的環境使用不同的傳輸和播放速率，並且提供了豐富的錯誤處理工具，可以很好的控制或消除丟包和誤碼。
7．錯誤恢復功能：H.264提供了解決網路傳輸包丟失的問題的工具，適用於在高誤碼率傳輸的無線網路中傳輸視頻數據。
8．較高的復雜度：264性能的改進是以增加復雜性為代價而獲得的。據估計，H.264編碼的計算復雜度大約相當於H.263的3倍，解碼復雜度大約相當於H.263的2倍。
H.264的目標應用涵蓋了目前大部分的視頻服務，如有線電視遠程監控、交互媒體、數字電視、視頻會議、視頻點播、流媒體服務等。H.264為解決不同應用中的網路傳輸的差異。定義了兩層：視頻編碼層（VCL：Video Coding Layer）負責高效的視頻內容表示，網路提取層（NAL：Network Abstraction Layer）負責以網路所要求的恰當的方式對數據進行打包和傳送。

6. 如何在Android系統上使用FAAC處理AAC音訊

AAC又不是蘋果的，只不過這個格式是現在最推崇的格式。
FAAC是AAC的一種編碼。。。我們平時一般轉換格式的編碼都是NERO或者FAAC，似乎看過測評說FAAC要優秀些，可以在更小體積上實現同等音質。這兩種編碼似乎都是免費的，其實還有很多商用AAC編碼，也許是用在正版歌曲上吧，只要支持AAC的機器都可以支持以上編碼。蘋果ITUNES不清楚是用什麼編碼。。。AAC格式主要的後綴名是 ".m4a"或者".mp4"FAAC是指編碼器，蘋果的AAC大概是指樓上說的iTunes plus aac。首先無論你用什麼音源轉換，無論你用什麼編碼器，無論你把碼率提升至什麼地步效果肯定是後者更好。因為後者使用錄音膠片（網友們的猜測，但是可能性很大）直接轉換的，避免因多次轉換而造成的不必要的信息損失。網上有直接用無損轉512K AAC和itunes plus aac的頻譜圖對比，後者的信息含量要比前者的多很多（特別是高頻部分）

7. 手機能播放opus格式音樂嗎，安卓系統的

opus格式音樂因為音質的原因，很少手機能播放。你可以下載一個支持這類格式的播放器，安裝後就可以播放了。

Opus格式音頻可以使用GStreamer, libavcodec(ffmpeg)，Foobar2000，Firefox（15 Beta或更新）等播放，推薦Foobar2000 1.1.14 beta 1或者更新的版本播放。

Android是一種以Linux為基礎的開放源碼操作系統，主要使用於便攜設備。目前尚未有統一中文名稱，中國大陸地區較多人使用安卓（非官方）或安致（官方）。Andy Rubin創立了兩個手機操作系統公司：Danger和Android。Danger 5億美元賣給微軟，今年成為了Kin，Android4千萬美元賣給Google。 Android是Google於2007年11月05日宣布的基於Linux平台的開源手機操作系統的名稱，該平台由操作系統、中間件、用戶界面和應用軟體組成。

8. 手機里Android media中了病毒，並且不管什麼root軟體都打不開，該怎麼辦

「com.android.mediacode」是安卓系統的媒體編碼器，如果刪除了可能會影響你的手機使用，對於你的問題，建議：1、因為該軟體出現病毒，而由於是系統軟體，必須進行root後，使用RE管理器這樣的工具才能直接刪除，所以，請先進行root

然後安裝RE管理器，直接找到該軟體刪除之，但是刪除前請備份2、如果刪除後系統出現問題，而該文件又有病毒，說明你當前的系統不是手機原裝系統，那麼最好的解決方法就是刷機。

9. 如何在Android系統上使用FAAC處理AAC音訊

AAC又不是蘋果的，只不過這個格式是現在最推崇的格式。
FAAC是AAC的一種編碼。。。我們平時一般轉換格式的編碼都是NERO或者FAAC，似乎看過測評說FAAC要優秀些，可以在更小體積上實現同等音質。這兩種編碼似乎都是的，其實還有很多商用AAC編碼，也許是用在正版歌曲上吧，只要支持AAC的機器都可以支持以上編碼。蘋果ITUNES不清楚是用什麼編碼。。。AAC格式主要的後綴名是 ".m4a"或者".mp4"FAAC是指編碼器，蘋果的AAC大概是指樓上說的iTunes plus aac。首先無論你用什麼音源轉換，無論你用什麼編碼器，無論你把碼率提升至什麼地步效果肯定是後者更好。因為後者使用錄音膠片（網友們的猜測，但是可能性很大）直接轉換的，避免因多次轉換而造成的不必要的信息損失。網上有直接用無損轉512K AAC和itunes plus aac的頻譜圖對比，後者的信息含量要比前者的多很多（特別是高頻部分）

10. 手機上寫代碼的軟體有什麼

比如C4droid
這是一款很好的手機c語言編碼器，可以終端運行，還可以轉化成apk安裝到手機上