非常に低いビットレート、特にWebカメラ入力に適したビデオコーデックがあるかどうか疑問に思いました。
いくつかの数値を投げる：たとえば、約32kbps程度の160x120ストリームを考えてみましょう。
おそらく品質は悪いでしょう。ただし、ビデオは「理解可能」である必要があり、フレームレートは動きの知覚に十分である必要があります。
グーグルで調べてみると、抄録しか見つかりませんでした。具体的なコーデックはありますか？ビデオの例はありますか？そして最終的に、使用可能なライブラリはありますか？
編集：答えてくれてありがとう。私は、32kbpsをターゲットとするH264で160x120の事前に録画されたクリップをエンコードしようとしましたが、結果が非常に良かったことを認めなければなりません。
品質は実際には驚くほど良かったので、これをリアルタイムで、高いCPU負荷を必要とせずに実行できるかどうか疑問に思います。
例として、会議を取り上げます。ここでは、複数のストリームをすべてリアルタイムでデコードしながら、1つのストリームをエンコードする必要があります。
結局のところ、ターゲットビットレートが非常に小さい高品質の最新コーデックを実行し、その魔法を働かせることで、おそらく最善のサービスが提供されると思います。x264を試してみてください。私はそれから高いビットレートで並外れたパフォーマンスを見てきました、そしてそれはおそらく非常によく劣化するように設計されています。x264の最大の問題は、エンコードとデコードに比較的高いCPU要件があることですが、現在利用可能なコーデックの特定のビットレートで最高の品質を提供すると思います。そしてそれは標準化されています！
覚えておいてください：フレームレートは非常に重要です。
より少ないフレームレートでより高い品質はどうですか？そうすれば、32kbpsは可能以上です。
また、GOPサイズは重要であり、圧縮とエラーの回復力に大きく関係しています。
大きいgop=小さいサイズ/冗長性=小さいストリームの破損は致命的になります小さいgop=大きいサイズ/ビットレートあたりの品質が低い=エラー耐性が高い
x264では、可変AQ、Trellis、Psy-RDをオフにし、彩度量子化器のオフセットを3に増やし、インループデブロッカーのベータをアルファを変更せずに約3に増やすことをお勧めします。テストして最適な設定を探すたびにPSNRをオンにします。テストにはMeGUIを使用します。
h264を打ち負かすのは本当に難しいですが、残念ながら、あなたが言及した解像度では約64kbitだと思います.
研究の世界には、通常は Matching Pursuits のバリエーションなど、よりうまく機能するものがあると思いますが、それらが実際のコーデックに到達したとは思いません. これは、第一に、Matching Pursuits のエンコードが非常に遅く、第二に、それをカバーするいくつかの特許があるためです。
H.264ならそれができると思います。QCIF(176X220) を約 64 kBit/秒でエンコードしたことを覚えているようで、それは妥当な品質だったので、32kBit/秒でより小さな解像度が可能になるはずです (もちろん、非常に低品質になります)。正直なところ、これほど低いビットレートで視聴可能なビデオを取得できることは、常に驚くべきことだと思います....
もちろん、達成されるビットレートはフレームレートに大きく依存します。また、動画の内容もバイレートに大きく影響します。ビデオに多くの動きがある場合、ビットレートが増加します (ビットレートが固定されている場合は品質が低下します)。
Intel には、多数のコーデック (H.264、H.263 など) の無料実装セットがあります。こちらまたはこちらを参照してください。私は以前にそれらを使用しましたが、それらは非常に優れています。
H.264 は、同じビットレートで間違いなく最高の品質になります。ただし、最も多くの計算リソースが必要になります。そのため、複数のビデオ ストリームのエンコードまたはデコードは、一部のコンピューターでは実行できない場合があります。
H.264 (または一般的なビデオ) のエンコード/デコードに必要な計算リソースを先験的に知る方法はありません。これは、エンコード パラメータとビデオ コンテンツに依存するためです。そのため、平均的な PC が H.264 をリアルタイムでエンコード/デコードできるかどうか、および可能であればストリーム数を確認するために、自分でいくつかのテストを行う必要があります。これは見た目ほど難しくありません。mencoder または x264 から H.264 へのエンコードを使用して、長いビデオを目的のパラメーターでエンコードします。エンコードのフレームレートを見てください。さて、最初のインスタンスが終了する前に、mencoder の別のインスタンスを開始し、フレーム レートなどを調べます。
H.264 がニーズに合わないことが最終的にわかった場合は、h.263 を試してください。これは古いプロトコルであり、H.264 の圧縮率を達成することはできませんが、ビデオ会議用に特別に設計されているため、必要な状況では高品質になります。リソースをあまり要求しません。