2017-06-27 11 views
1

avcodec_decode_video2 apiを使用して生のH.265データをデコードしています。結果のインスタンスpictYUVの型がAVFrame,であることを調べると、はAV_PIX_FMT_YUV420Pであり、Y平面からはpictYUV->data[0]であることがわかります。これらの両方が期待されています。しかし、pictYUV->data[1]はVプレーンデータを含むように見え、pictYUV->data[2]はUプレーンデータを含むように見えます。私の直感は、pictYUV->dataは、YVU飛行機ではなく、その順序でYUV飛行機を格納するということでした。データが常にYVUとして注文されているかどうか、または私が見ることができなかったいくつかのフラグがあるかどうかを知る。よろしく。AVFrameはAV_PIX_FMT_YUV420PデータをYVUとして保存しますか?

+0

ここに何が必要ですか?あなたは非平面形式を取得する必要がありますか?またはあなたはなぜその平面的な理由を知りたいのですか? –

+0

平面は問題ありません。私の所見は、データがY、U、Vオーダーではなく、Y、V、Uとして保存されていることです。 – Peter

+0

pictYUV-> data [1]はV-プレーンを含むように見えましたが、U-飛行機?どのように検証しましたか?結果のバッファを表示しましたか?どうやって?私は知りたいのは好奇心だ! –

答えて

0

AV_PIX_FMT_YUV420Pは、YUV形式(名前の最後にPを参照)であるため、Y、U、およびVは区切られて格納されます。インターリーブされたYUV形式のYUV形式もあります。 IPカメラからデータを取得している場合は、平面形式を取得するのが普通です。

+0

質問は飛行機の順番です。 YUV対YVU – Peter

関連する問題