Android 的視頻編碼 H263 MP4V H264
收藏
上一篇我說了如何使用JNI進行h264編碼，但是由于效率的問題 感覺并不太實用。
經(jīng)過幾天的折騰，并參照http://www./problems/27244
大體實現(xiàn)的Android 的實時編碼問題，但是只是思路，還沒有進入代碼實現(xiàn)的階段。
比較重要的2個類 MediaRecorder
ParcelFileDescriptor
MediaRecorder 是Android提供的進行采集編碼的類，而
ParcelFileDescriptor是個用Socket實現(xiàn)
setOutputFile的一個類
在測試liuzongan
的程序的過程中，發(fā)現(xiàn)其他這位仁兄已經(jīng)實現(xiàn)了我們需要的大部分的功能，唯一要處理的就是在服務器端的程序。
在這里我先猜測一下MediaRecorder寫文件的過程
1 ，
MediaRecorder寫入一個固定的頭，估計是占位用的 都是00H（
占位的長度好像和使用的編碼器有關(guān)系）
再插入 00 00 00 08 6D 64 61 74 (mdat box）
2，開始編碼，并把編碼后的沒一個幀都添加到文件中，看到00 00 80了沒， 了解h263的同志一定很熟悉，根本就是263視頻的標志嗎！
（如果有音頻數(shù)據(jù)的話，很定會和視頻數(shù)據(jù)交錯在一起，但是我們的目標只是實時編碼視頻流，不需要處理音頻，所以在初始化
MediaRecorder的時候我不不要
MediaRecorder.setAudioSource，這樣就沒有音頻數(shù)據(jù)了。）
3 結(jié)束捕獲。
MediaRecorder應該會返回到文件的頭部填充文件頭。但由于不是真正文件的關(guān)系，不能返回到頭部，于是就把文件頭附加到文件的后面了，感覺也就是
liuzongan
這仁兄提出的問題的答案了。
這個是,文件開頭mdat box的長度,用于替換 00 00 00 08.
這個是3gp文件的頭， 用于替換開頭的占位。
4最后，
MediaRecorder補充3gp文件的moov box ,這一部分已經(jīng)屬于3gp的媒體索引部分了，具體的內(nèi)容對于我們來說已經(jīng)不太關(guān)心了。大家可以參照http://www./zouzheng/archive/2007/04/04/25155.html
研究。
下開始說我們要是實現(xiàn)的內(nèi)容了
其實有了上面的描述，大家應該能想到我們要實現(xiàn)的其實就是視頻的分幀就可以了。。
server 端處理h263的方法
1一步 找到 mdat這個串， 后面的數(shù)據(jù)就是我們要的視頻數(shù)據(jù)了，
2在流中查找 00 00 80 這個標志，每一個都是一幀數(shù)據(jù)的開始
對于 h264和mpeg4的，要預采集一次數(shù)據(jù)，這是因為mp4v的相關(guān)解碼參數(shù)，在esds box中的， 而esds box
是在采集結(jié)束后才寫入的，所以對于我們的程序來說需要先編碼一次 獲取 mp4v的相關(guān)解碼參數(shù)，然后在用相同的參數(shù)進行采集， 呵呵
這樣我們就能獲得原始的mp4v流了
h264一樣 不過是存在了 avcC box 里
|
