Jelly Beanの前のAndroidのH.264のハードウェアアクセラレーションビデオデコード

Question

ビデオ会議プロジェクトに取り組んでいます。ソフトウェアコーデックは、符号化および復号化されたビデオフレームの復号化（最大320p）には細かくなりました。私達は720pまでの高解像度のための私達の申請を支援することを計画しました。ハードウェアの加速がこの仕事をかなりよくすることを知っていました。

ハードウェアコーデックAPIメディアコーデックはJelly Beanから入手可能で、符号化と復号化のためにそれを使用しており、うまく機能しています。しかし、私のアプリケーションは2.3からサポートされています。そのため、30FPSで720PのH.264フレームのハードウェアアクセラレーションビデオデコードが必要です。

舞台距離フレームワークを変更することによってOMXコーデックを使用するという考えに遭遇しました.H.264用のハードウェアデコーダが2.1から入手可能で、エンコーダは3.0からあります。私はこのサイトに記載されている多くの記事や質問を経験しており、先に行くことができることを確認しました。

舞台恐怖アーキテクチャについて読んでいたこちら-Achtivery とこちら - StageFright

そして私はOMXコーデックについて読みました android-hardware-decoder-with-omxcodec-in-ndk

私はトラブルを開始し、その実装にいくつかの混乱を持っています。私はそれについての情報を持っています。

1. 私のコードでOMXコーデックを使用するには、Androidのソースツリー全体を使用してプロジェクトを構築するか、AOSPソースからいくつかのファイルを追加することで実行できます（すべてがすべての場合）。
2. 私がそれを達成するために追跡するべきステップからのステップは何ですか。

誰かがこの

のガイドラインを教えてください

ありがとう...

Answer 1

ネイティブレイヤ内のOMXCodecの統合を説明するための最良の例は、監視可能なコマンドラインユーティリティstagefrightです。ここに GingerBread自体。この例では、 OMXCodecが作成される方法を示します。 a>。

注意事項について：

1. OMXCodecへの入力は、MediaSourceとしてモデル化されるべきです。したがって、アプリケーションがこの要件を処理するようにする必要があります。 MediaSourceベースのソースを作成するための例は、 record UtilityファイルDummySource

2. デコーダへの入力は、MediaSourceメソッドを介してデータを提供する必要があります。したがって、アプリケーションはread呼び出しごとに個々のフレームを提供する必要があります。

3. デコーダは、出力バッファ割り当て用にreadを使用して作成できます。この場合、CPUからバッファにアクセスしたい場合は、おそらく詳細については、このクエリ