問題タブ [video-codecs]

「main444-16-stillpicture」プロファイル（16ビットビット深度画像用）をサポートするエンコーダーを知っている人はいますか?

VideoLAN の x265 エンコーダーがサポートしていないことはわかっています。

ご回答有難うございます！

5 フレームのデータを生成する必要がある Visual Studio Video Codec ソリューションがあります。私の知る限り、コードはプロセス フローに関してエラーや警告のないコードです。ただし、デバッグなしで実行しようとすると、デバッグ用の実行可能ファイルが見つからないというエラーが生成されます。誰かがこの問題の解決策を手伝ってくれますか?

イントラ予測の部分を改善するために、しばらくの間 HM リファレンス ソフトウェアに取り組んできました。ここで、新しいイントラ予測アルゴリズムがコードに追加され、エンコーダーに私のアルゴリズムと HM の既定のアルゴリズムのどちらかを選択させます (RDCostもちろんによると)。

私が今必要としているのは、エンコーダーがレート歪みループで決定するのと同じアルゴリズムをデコーダーが実行できるように、各 PU のフラグを通知することです。

コードを壊すことなく、この 1 ビット フラグをストリームに適切に追加するにはどうすればよいかを知りたいです。

フラグの統計を追跡するために CABAC コンテキスト モデルを使用すると仮定すると、他に何をすればよいでしょうか。

1. ファイルのような新しいコンテキスト モデルを追加しContextModel3DBuffer m_cCUIntraAlgorithmSCModelますTEncSbac.h。
2. HMが他のコンテキストモデルをどのように初期化するかを見て、モデルを（エンコーダー側とデコーダー側の両方で）適切に初期化します。
3. 関数m_pcBinIf->encodeBin(myFlag, cCUIntraAlgorithmSCModel)を呼び出し、m_pcTDecBinIfdecodeBin(myFlag, cCUIntraAlgorithmSCModel)エンコーダー側とデコーダー側でそれぞれ呼び出します。

私はこれらの 3 つの手順を実行しますが、どうやら何かが壊れているようです。

PS: 同等確率のシグナリング (つまり、CABAC コンテキストを使用しないもの) でさえ有用です。この旗を平和的に送りたいだけです！

前もって感謝します。

似たような背景の画像がたくさんあります (1 分間に 1 枚の写真を作成する、路上のカメラとして表すことができます)。それらのストレージを最適化する必要があります。つまり、jpeg 画像のバッチよりも少ないスペースしか占有しないものに変換する必要があります。私たちのアイデアは、画像をビデオ (mpeg など) に変換したり、任意のビデオ コーデックを使用したりして、「共通の背景を見つけ」、品質を損なうことなく保存されるファイルのサイズを大幅に削減することでした。c# が目標を達成するための既製のソリューションはありますか? グーグルはこれまでに結果を出していません。

私の理解では (非常に単純化した見方です)、H264 標準のインター予測 (モーション推定/補償) は、最初に参照フレームで最適な一致ブロックを見つけ、次にモーション ベクトル(有効な新しい X と Y) でエンコードされ、残差(予測と現実)。

しかし、デコーダーは、予測されたブロックが以前にあった古いスペースを埋める方法をどのように知っているのでしょうか? 残差は、フレーム レベルではなくブロック レベルで新しい位置から計算されると仮定しています。

エンコーダーが次の 2 つの画像をエンコードするためにインター予測を使用することを決定したとします。ボールがどこにあるべきか (その新しい位置と残留エネルギー) を計算しますが、古い空間をどのように埋めますか?