x.265エンコーダはデコード後に再構成されたyuvビデオファイルを生成し、 私が知っているオープンソースのx.265エンコーダでは、生のyuvビデオを入力し、再構成されたYUVファイルとともにHEVCファイルを生成します。YUV再構成ファイルがオープンソースのx.265エンコーダでどのように生成されるのですか？
私の質問は、HEVCファイルを直接入力して再構成されたyuvファイルを作成できますか？ はいの場合、どうですか？
いいえエントロピーデコードモジュールを持たないため、HEVCファイルをHEVCエンコーダに直接入力することはできません（これには、他のエンコードデコードモジュールも含まれています）。 IDCT、逆量子化（Inverse Qunat）などの復号モジュール）。しかし、エンコーダの全体点は、生ビデオをHEVCビットストリームにエンコードすることである。代わりに、HEVCストリームをHEVCデコーダに提供して、まったく同じ再構成YUVを得ることができます。ビットマッチングエンコーダは、標準デコーダからのデコードされたYUVでYUVを再構成することにより、エンコーダの適切な動作を保証します。
X.265は、デコーダではなくHEVCのエンコーダです。あなたはデコーダのHEVCストリームにffmpegまたはopenHEVCを使うことができます。
x.265エンコーダは、デコードした後、再構成さYUVビデオファイルを生成します
[..]
それが再構築されたYUVファイルと一緒にあなたのためのHEVCファイルを生成し
これを少しクリアしてみましょう。はい、x265（および他のエンコーダ）は、エンコード中にYUVファイルを作成できます。ただし、デコード目的ではありません。これはデバッグのためのものです。エンコーダの目的は、デコーダによってデコードできるビデオストリームを作成することです。これを行うために、エンコーダおよびデコーダは、中間交換フォーマット、すなわち標準化ビットストリームフォーマットに合意する必要がある。
これは明白なように見えるかもしれません - この場合はHEVCですが、エンコーダ（およびデコーダ）にバグがある可能性があります。これらのバグをどうやって見つけますか？あなたはテスト！どのようにテストしますか？エンコーダによって生成されたビットストリームと、デコーダがデコード中に作成したであろうとエンコーダが信じているYUV表現を調べます。次に、独立したデコーダを使用してファイルをデコードし、2つのYUVファイルが同一であることを確認します。
ここで重要なことは、エンコーダが実際にそれをデコードしなかったことです。むしろ、YUVは、ビットストリームに指定されたブロック/モード選択肢が与えられた場合、デコーダが再構成すべきであるとエンコーダが考える実際の内部ビットマップ表現である。エンコーダはデコードされませんでした。それは、デコーダが行ったと考えられるビットマップを再構築した後、ビットストリーム内の再構成情報を符号化しただけです。
この問題は何が問題になりますか？誰もこの否定的なコメントを説明できますか？既にHEVCについてインターネット上で利用可能な情報は非常に少なく、あなたは新しい仲間を落胆させています。 –