問題タブ [yuv]

YUVからRGBへの関数1＆2を取得します（スタックオーバーフローから）

しかし、結果はこのように間違っていますhttp://163.18.62.32/device.jpg

ステップの何が問題なのかわかりません

私のデバイスは、2.1アップデート1のMotoマイルストーンです。

機能1

機能2

そして私はこれらをこのように使用します

機能1

機能2

ビットマップに変換して表示するよりも

ねえ、私は Android デバイスのイメージ センサーから生データを取得するためのアプリケーションを使用しています。私が取得しているファイルは YUV420SP 形式であり、XnView はそれをサポートしていません。適切な画像を取得するために使用できるソフトウェアを誰か知っていますか? （変換するため）

1. どのようにyuv画像を読むのですか?

2. YUV 画像のサイズをバッファに読み込むためにどのように渡すことができますか?

Y4Mムービーを画面に表示する作業をしています。処理できるファイルを解析していますが、現在、フレームのYUV値を含む2dバイト配列があります。ハードウェアアクセラレーションによる組み込みの方法はありますか、それともRGBに変換してビットマップを作成する必要がありますか？誰かがWPFのDirectXのチュートリアルのための良いウェブサイトを持っているなら、それも大いにありがたいです。ちなみにこれはC＃です。

YUV を RGB に変換するために書いた SSE コードを最適化しようとしています (平面とパックされた YUV 関数の両方)。

今はSSSE3を使っていますが、SSEの後のバージョンで便利な機能があればOKです。

私は主に、プロセッサのストールなどをどのように解決するかに興味があります。

SSE コードの静的解析を行うツールを知っている人はいますか?

私はしばらくの間これを理解しようとしてきましたが、役に立ちませんでした.

UIImage または保存された JPG を変換して YUV422 データを取得する必要があるため、いくつかの画像拡張を適用し、その結果を JPG または UIImage に戻すことができます。

現時点では少し行き詰まっています。この時点では、YUV422 にしようとしています。

どんな助けでも大歓迎です。

前もって感謝します。

私はwebmビデオに変換する必要があるjpgの束を生成するアプリを持っています。jpegからvpxencサンプルにrgbデータを取得しようとしています。出力ビデオの元のjpgから基本的な形状を見ることができますが、すべてが緑色に着色されており（黒であるはずのピクセルでさえ、約半分の緑色です）、他のすべてのスキャンラインにはゴミが含まれています。

VPX_IMG_FMT_YV12データをフィードしようとしています。これは、次のように構成されていると想定しています。

フレームごとに8ビットYデータ各2x2Vブロックの8ビット平均各2x2Uブロックの8ビット平均

これがソース画像と出てくるビデオのスクリーンショットです：

画像

RGB-> YV12変換を誤って行っている可能性は十分にありますが、8ビットのYデータのみをエンコードしてUブロックとVブロックを0に設定しても、ビデオはほぼ同じように見えます。私は基本的に次の式でRGBデータを実行しています。

..次に、vpxencに書き込むUおよびVの2x2フィルター処理された値を生成するには、（a + b + c + d）/ 4を実行します。ここで、a、b、c、dはのUまたはV値です。各2x2ピクセルブロック。

だから私は疑問に思っています：

1. RGBデータを取得してvpx_codec_encodeにフィードして素敵なwebmビデオを取得する（コード内の）簡単な方法はありますか？

2. RGB-> YV12変換がどこか間違っていますか？

どんな助けでも大歓迎です。

主題が何度もボードにあったことは知っていますが、とにかくうまくいきません...ビューフレームをプレビューからjpegファイルに保存したいです。多かれ少なかれ（コードは単純化されています-追加のロジック、例外などはありません）このように見えます...

これは、私が色を変換しようとした方法の1つです（このボードから私は信じています）

問題は、写真が常に 3 つの「奇妙な緑色の写真」のように見えることです... 私は新しいユーザーなので投稿できません:(

それがサイズと関係があるのか​​ どうかはわかりませんが、行き詰まっています...サポートしてもらえますか？

RGBからYUV420へのコンバーターを最適化しようとしました。ルックアップテーブルを使用すると、固定小数点演算を使用した場合と同様に、速度が向上しました。しかし、私はSSE命令を使用して実際の利益を期待していました。私が最初に試した結果、コードが遅くなり、すべての操作を連鎖させた後は、元のコードとほぼ同じ速度になりました。私の実装に何か問題がありますか、それともSSE命令が目前のタスクに適していないのですか？

元のコードのセクションは次のとおりです。

そしてこれがSSEを使ったバージョンです

これはSSE2での最初の試みの1つなので、何かが足りないのではないでしょうか。参考までに、私はVisualStudio2008を使用してWindowsプラットフォームで作業しています。

RGB 画像を YUV 画像に変換するには、次の式を使用できることを知っています。次の式で、R、G、B、Y、U、V はすべて 8 ビットの符号なし整数で、中間値は 16 ビットの符号なし整数です。

しかし、式が OpenCL で使用される場合、話は別です。
1. 8 ビット メモリ書き込みアクセスはオプションの拡張機能です。つまり、一部の OpenCL 実装ではサポートされていない可能性があります。
2. 上記の拡張機能がサポートされていても、32 ビットの書き込みアクセスに比べて非常に遅いです。

パフォーマンスを向上させるために、4 ピクセルごとに同時に処理されるため、入力は 12 個の 8 ビット整数であり、出力は 3 個の 32 ビット符号なし整数です (最初の 1 つは 4 つの Y サンプルを表し、2 番目はは 4 U サンプルを表し、最後のものは 4 V サンプルを表します)。

私の質問は、これらの 3 つの 32 ビット整数を 12 の 8 ビット整数から直接取得する方法です。これらの 3 つの 32 ビット整数を取得する式はありますか、または古い式を使用して 12 個の 8 ビット整数の結果 (4 Y、4 U、4 V) を取得し、3 つの 32 ビット整数をビットで構築する必要があります。 -賢明な操作？