嵌入式底层软件开发

An overview of Stagefright player  There is a new playback engine implemented by Google comes with Android 2.0 (i.e, Stagefright), which seems to be quite simple and stra

为了发挥FFMPEG潜能，将用户态程序FFMPEG移植到内核态，花费不少时间啊。目前可解码，还有很多问题需要解决。大多数的开发者都将FFMPEG整合到libstagefright或者opencore，甚至采用NDK的方式写播放器。效果大家可以知道。如果在内核态运行软解码，效果是否要比用户态的软解码要好呢？应该来说是肯定的。希望两者有明显的区别。任务很重啊，继续加油。

stagefright框架（七）-Audio和Video的同步   講完了 audio 和 video 的處理流程，接下來要看的是 audio 和 video 同步化 (synchronization) 的問題。 OpenCORE 的做法是設置一個主 clock ，而 audio 和 video 就分 別 以此作為輸出的依據。而在 Sta

stagefright框架（五）-Video Rendering  AwesomePlayer::onVideoEvent除了透過OMXCodec::read取得解碼後的資料外，還必須將這些資料(mVideoBuffer)傳給video renderer，以便畫到螢幕上去。(1)要將mVideoBuffer中的資料畫出來之前，

stagefright框架（一）Video Playback的流程  在Android上，預設的多媒體框架(multimedia framework)是OpenCORE。OpenCORE的優點是兼顧了跨平台的移植性，而且已經過多方驗證，所以相對來說較為穩定；但是其缺點是過於龐大複雜，需要耗費相當多的時間去維護。從Android 2.0

stagefright框架（三）-選擇Video Decoder  在《Stagefright (1) – Video Playback的流程》中，我們並沒有詳述Stagefright是如何根據影片檔的類型來選擇適合的video decoder，現在，就讓我們來看一看。(1) Video decoder是在onPrepareA

stagefright框架（六）-Audio Playback的流程  到目前為止，我們都只著重在video處理的部分，對於audio卻隻字未提。這篇文章將會開始audio處理的流程。Stagefright中關於audio的部分是交由AudioPlayer來處理，它是在AwesomePlayer::play_l中被建立的。

stagefright框架（四）-Video Buffer傳輸流程  這篇文章將介紹Stagefright中是如何和OMX video decoder傳遞buffer。(1) OMXCodec會在一開始的時候透過read函式來傳送未解碼的data給decoder，並且要求decoder將解碼後的data傳回來

stagefright框架（二）- 和OpenMAX的運作  Stagefright的編解碼功能是利用OpenMAX框架，而且用的還是OpenCORE之OMX的實作，我們來看一下Stagefright和OMX是如何運作的。(1) OMX_InitOMXClient mClient;Awesome

stagefright + omx小结 看了将近1个多月的stagefright和OMX IL,感觉对框架有了一点感觉,趁感觉还在,记录下来和大家分享,由于本人也是刚开始看多媒体框架,有认识不当的地方还请务必指正. 由于stagefright和openmax运行在两个不同的进程上,所以他们之间的通讯要经过openBinder进行处理,对openBinder这一块还没有了解,所以恕stagefrig

最近在学习openmax IL, 里头学问不少。对于多媒体而言，是个很不错的框架。目前好几个芯片厂家也实现相关的代码，但是具体怎么实现的，需要深入学习。越学越有劲。希望可以进一步深入openmax IL。目前主要针对openmax IL进行深入。看代码是最好的学习途径，其次是官方的文档，500多页的文档看完了，主要讲述的是思想，如何实现与运作。再结合代码看，其实也不是那么难懂。个人觉得