MyArrow的专栏

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918724AwesomePlayer::onVideoEvent除了透過OMXCodec::read取得解碼後的資料外，還必須將這些資料(mVideoBuffer)傳給video renderer，以便畫到螢幕上去。(1) 要將mVideoBuf

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918722Stagefright的編解碼功能是利用OpenMAX框架，而且用的還是OpenCORE之OMX的實作，我們來看一下Stagefright和OMX是如何運作的。(1) OMX_InitOMXClient mCli

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918723這篇文章將介紹Stagefright中是如何和OMX video decoder傳遞buffer。(1) OMXCodec會在一開始的時候透過read函式來傳送未解碼的data給decoder，並且要求decoder將解碼後的dat

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918720 到目前為止，我們都只著重在video處理的部分，對於audio卻隻字未提。這篇文章將會開始audio處理的流程。Stagefright中關於audio的部分是交由AudioPlayer來處理，它是在AwesomePlayer::play_l中

转自:http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918725講完了audio和video的處理流程，接下來要看的是audio和video同步化(synchronization)的問題。OpenCORE的做法是設置一個主clock，而audio和video就分別以此作為輸出的依據。而在Stagefright中，aud

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918719在Android上，預設的多媒體框架(multimedia framework)是OpenCORE。OpenCORE的優點是兼顧了跨平台的移植性，而且已經過多方驗證，所以相對來說較為穩定；但是其缺點是過於龐大複雜，需要耗費相當多的時間去維護。從Androi

转自：http://blog.chinaunix.net/space.php?uid=10995602&do=blog&id=2918721在《Stagefright (1) – Video Playback的流程》中，我們並沒有詳述Stagefright是如何根據影片檔的類型來選擇適合的video decoder，現在，就讓我們來看一看。(1) Video decoder是在on