特定のプロファイルでの機能のサポート
1.レベル
この用語が標準で使用されている場合、「レベル」は、プロファイルに必要なデコーダーのパフォーマンスの程度を示す、指定された一連の制約です。 たとえば、構成ファイルのサポートレベルは、デコーダーが使用できる最大画像解像度、フレームレート、およびビットレートを指定します。 特定のレベルに準拠するデコーダーは、そのレベルおよびすべての下位レベル用にコード化されたすべてのビットストリームをデコードできる必要があります。
プロパティ値が最大のレベル
ハイプロファイルの最大ビットレートは、制約付きベースライン、ベースライン、拡張、およびメインプロファイルの1.25倍です。 Hi10Pは3回、Hi422P / Hi444PPは4回です。
輝度サンプルの数は、16×16 =マクロブロックの数の256倍です（256秒あたりの輝度サンプルの数は、XNUMX秒あたりのマクロブロックの数のXNUMX倍です）。
2.デコードされた画像バッファ
H.264 / AVCエンコーダーは、以前にエンコードされた画像を使用して、他の画像のサンプル値の予測を提供します。 これにより、エンコーダーは特定の画像をエンコードするための最良の方法について効果的な決定を下すことができます。 デコーダーでは、これらの画像は仮想デコード画像バッファー（DPB）に保存されます。 上記の表の右の列の括弧内に示されている、フレーム（またはフィールドペア）の単位でのDPBの最大容量は、次のように計算できます。
DpbCapacity = min（floor（MaxDpbMbs /（PicWidthInMbs * FrameHeightInMbs））、16）
ここで、MaxDpbMbsはレベル番号の関数として次の表に示されている定数値であり、PicWidthInMbsとFrameHeightInMbsはエンコードされたビデオデータの画像幅とフレーム高さであり、マクロブロックの単位で表されます（整数値に丸められてトリミングされます）。およびマクロブロックのペアリング（該当する場合））。 この式は、3.1年版の規格のセクションA.3.2.hおよびA.2017.fで指定されています。
H.264のエンコードとデコードは、特定の種類の算術演算で大量の計算能力を必要とするため、汎用CPUで実行されるソフトウェア実装は一般的に消費電力が少なくなります。 ただし、最新のクアッドコア汎用x86 CPUには、リアルタイムのSDおよびHDエンコーディングを実行するのに十分な計算能力があります。 圧縮効率は、ハードウェアとソフトウェアのどちらを使用して実装されているかではなく、ビデオアルゴリズムの実装に依存します。 したがって、ハードウェアベースの実装とソフトウェアベースの実装の違いは、電力効率、柔軟性、およびコストに大きく依存します。 電力効率を改善し、ハードウェアのフォームファクターを削減するために、専用ハードウェアを使用して、完全なエンコードまたはデコードプロセス、またはCPU制御環境でのアクセラレーション支援を行うことができます。
CPUベースのソリューションは、特にエンコードを複数のフォーマット、複数のビットレート、解像度（マルチスクリーンビデオ）で同時に実行する必要がある場合に、より柔軟性があり、コンテナフォーマットのサポート、高度な統合などの追加機能を備えている場合があります。広告機能など。 CPUベースのソフトウェアソリューションは通常、同じCPU内で複数の同時エンコーディングセッションの負荷分散を容易にします。
3年5月にCES（Consumer Electronics Show）で発売された第7世代Intel「SandyBridge」Core i2011 / i264 / iXNUMXプロセッサーは、Intel Quick SyncVideoと呼ばれるオンチップハードウェアフルHDH.XNUMXエンコーダーを提供します。
ハードウェアH.264エンコーダーは、ASICまたはFPGAにすることができます。
H.264エンコーダ機能を備えたASICエンコーダは、さまざまな半導体企業から入手できますが、ASICで使用されるコア設計は、通常、Chips＆Media、Allegro DVT、On2（以前のHantro、Googleが買収）などのいくつかの企業から入手しています。 Imagination Technologies、NGCodec。 一部の企業はFPGAとASICの両方の製品を持っています。
Texas Instruments（TI）は、1080fpsで264pDSP H.30BPエンコーディングを実行する一連のARM + DSPコアを製造しています。 これにより、コーデック（高度に最適化されたDSPコードとして実装される）の柔軟性が可能になると同時に、汎用CPU上のソフトウェアよりも効率的です。
2.ライセンス
参照：MicrosoftCorp.v。MotorolaInc。およびQualcommInc.v。BroadcomCorp。
ソフトウェアアルゴリズムの特許を維持している国では、H.264 / AVCを使用する製品のサプライヤーと商用ユーザーは、製品で使用されている特許技術の特許ライセンス料を支払うことが期待されています。 これは、ベースラインプロファイルにも当てはまります。
MPEG標準化組織とは関係のないMPEGLAと呼ばれる民間組織が、標準に適用される特許ライセンス、およびMPEG-2 Part 1システム、MPEG-2 Part 2 Video、MPEGのパテントプールを管理しています。 -4パート1。2パートのビデオ、HEVC、MPEG-DASHおよびその他のテクノロジー。 米国のMPEGLA H.264特許は、少なくとも2027年まで存続します。
26年2010月264日、MPEG LAは、エンドユーザー向けにH.264でエンコードされた無料のインターネットビデオに使用料を請求しないことを発表しました。 H.5ビデオをデコードおよびエンコードする製品の使用料や、無料のTVおよびサブスクリプションチャネルの運営者など、他のすべての使用料は引き続き存在します。 ライセンス条項はXNUMX年ごとに更新されます。
法定特許の実際のステータスは2018年末に失効し、合計123ページになりました。
2005年、米国特許5,452,104および米国特許5,576,767の譲受人であるQualcommは、H.264ビデオ圧縮規格に準拠する製品を製造することにより、Broadcomがこれら2007つの特許を侵害したとして、米国地方裁判所でBroadcomを提訴しました。 264年、地方裁判所は、2003年2008月にH.264規格がリリースされる前に、クアルコムがこれらの特許をJVTに開示しなかったため、特許を執行できないとの判決を下しました。XNUMX年XNUMX月、米国連邦巡回控訴裁判所は、地方裁判所の強制力のない特許命令。ただし、強制力のない範囲をH.XNUMX規格に準拠する製品に限定するよう地方裁判所に指示を出しました。
外部リンク
当社の他の製品：
