Project

Profile

Help

HostedRedmine.com has moved to the Planio platform. All logins and passwords remained the same. All users will be able to login and use Redmine just as before. Read more...

2014 . 4. 23

報告內容:
1.MediaCodec+MediaMuxer -> 可得到約1秒的漏秒。
MediaCodec直接用outputStream輸出成.264也會有0.7秒漏秒。

ActionItem:
1.針對既有方式測試1、5、10分鐘漏秒的結果。
2.撰寫一頁投影片說明程式使用方式,並把投影片和程式碼寄給Eric, cc給Louk。
3.用ByteBuffer[]測試MediaCodec是否有錄影漏0.7秒的問題。

2014.4.28
上述ActionItem第3點簡單測試,操作內容為先存下所有Codec出來的frame(ByteBuffer),待
結束錄影後再一次丟入MediaMuxer編碼輸出。
這樣的操作是可以的,唯記憶體所需甚大,超過五秒的frame即會造成OOM,因此無法更深入測試效率等問題。
直接進入下一步:開始實作MediaCodec和MediaMuxer分執行緒同時處理。

小問題:ByteBuffer的複製甚是費功,可能需要找合適的方法。
目前:http://stackoverflow.com/questions/3366925/deep-copy-duplicate-of-javas-bytebuffer.

2014.4.29
(這兩天被作業系統搞了 進度超慢)
上述雙執行緒並行,在一個影片情況實作完成。
開始實作可連續拍攝,並中間有重疊(或無縫接軌)的功能。

2014.4.30
無縫接軌(可重疊一秒)功能完成。
測試影片如進度報告的附加檔案。

2014.5.14

投影片補足:
1. 截圖
2. 影音同步實作(架構圖)
3. 判斷Iframe及不漏秒連接
4. CPU/Memory Usage:內建相機、API相機、此APP

程式問題:
1. 影音微不同步
2. 上傳Service會壞掉= =

待辦事項:
1. OSD之可行性
2. 偵測Codec參數(顏色)、顏色轉換
3. 1280*720
4. 找出CPU瓶頸
5. 兩分鐘切檔多一秒 改一下

  • 把CameraPreview中buffer大小弄成動態設定,根據colorFormat

5.24 會議記錄
-補1080P(480 720 1080) vs 原生錄影的CPU比較
-雙鏡頭即時錄影(可用原生錄影)
-4.3原生錄影API漏秒~