← ウェブカムテストに戻る

実際のWebCodecsエンコード/デコード

帯域幅・解像度シミュレーター

ウェブカメラはローカルのループ再生では素晴らしく見えても、混雑した通話では崩れることがあります。このツールは、選択したビットレートでライブ映像をブラウザの実際のビデオエンコーダーとデコーダーに通します — 偽のぼかしフィルターではなく本物のコーデックアーティファクトです — 解像度を決める前に、実際にどう見えるかを確認できます。

プリセット

シミュレートされた接続

プレビュー

ソース vs. エンコード後

生のソース
エンコード → デコード後

読み取り

コーデック統計

「シミュレーターを開始」をクリックし、上の接続プリセットを選択してください。

  • 使用中のコーデック:—
  • 目標ビットレート:—
  • 実測ビットレート:—
  • エンコード解像度:—
  • 往復レイテンシ(エンコード+デコード):—
  • エンコード済み / ドロップされたフレーム数:—

補足

なぜこれがぼかしフィルターではなく本物のエンコードなのか

これを偽装する分かりやすい方法は、ぼかしを適用して「低帯域幅」と呼ぶことでしょう。しかしそれは誤解を招きます。帯域幅不足はぼかしのようには見えないからです。それはブロック化、バンディング、動きのにじみ、色のにじみとして現れます — これらはビデオコーデックがビット不足時に情報を破棄する仕組み特有のアーティファクトです。

そのためこのツールは、選択したビットレートでWebCodecs APIを介してブラウザの実際のビデオエンコーダーとデコーダーにライブ映像を通し、デコードされた結果を表示します。表示されるアーティファクトは、ビデオ通話が使用するのと同じ種類のコーデックによって生成されます。プリセットが解像度も下げる場合、フレームは単に小さく表示されるのではなく、エンコード前に実際にダウンスケールされます。

結果の読み取り方

平坦な領域でのブロック化壁や額に目に見える四角形が現れるのは、エンコーダーが滑らかなグラデーションのためのビットを使い果たしたことを意味します — 最初に劣化する要素です。
動いたときのにじみ動きのエンコードにはコストがかかります。静止時は問題なく見えるのにジェスチャー時ににじむなら、ビットレートは十分ではなくぎりぎりの状態です。
最初に失われる細部髪、柄物の服、シャツの文字は、大きな形状よりも先に崩れます。ごちゃごちゃした背景は、本来顔に使われるはずのビットを消費します。
色のにじみ色は通常、輝度よりも低い解像度で保存されるため、より早く劣化します — 唇や服の縁周辺でよく見られます。

このツールで分かること・分からないこと

これは、あなたの映像が特定のビットレートでどれだけ持ちこたえるかを示すものです。スピードテストではなく、接続を測定するものでもありません — それは別の問題であり、ISPや専用のスピードテストの方がよく答えてくれます。また、特定のプラットフォームのエンコーダー設定を再現するものでもありません。それらは独自仕様であり、予告なく変更されます。

このツールが本当に役立つのは、あなたが実際にコントロールできる判断です。つまり、ごちゃごちゃした背景を整理するか、カメラに近づくか、あるいは安定した映像と引き換えに低い解像度を受け入れるかという判断です。あなたの映像が800 kbpsでも崩れないなら、ホテルの接続で恥をかくことはないでしょう。4 Mbps未満で崩壊するなら、それは重要な通話の最中ではなく、事前に知っておく価値のあることです。

ベンチマーク参照

6段階のプリセット階層

ビットレート解像度フレームレートおおよその目安
10 Mbps1080p30 fps強力な家庭用ブロードバンド。
4 Mbps720p30 fps快適な一般的なブロードバンド。
1.5 Mbps720p24 fps十分なモバイルホットスポット/やや弱いWi-Fi。
800 kbps480p20 fpsホテルや混雑した公共Wi-Fi。
300 kbps360p15 fps劣悪なモバイル接続。
120 kbps240p12 fps非常に厳しい、現実的な最悪のケース。

これらはこのツール独自の実際のエンコーダープリセットです — いずれかをクリックして、その正確なビットレートでの自分の映像を確認してください。

ステップバイステップ

テストの実行方法

  1. 「開始」をクリックし、プロンプトが表示されたらカメラアクセスを許可します。
  2. プリセットを選ぶか、ビットレートスライダーを任意のカスタム値までドラッグします。
  3. デコードされた結果を確認 — これは本物のエンコード/デコードの往復処理であり、ぼかしフィルターではありません。
  4. 普段通りに動いたりジェスチャーしたりすることで、動きが各ビットレート階層にどう影響するかを確認してください。

よくある質問

よくある質問

ビデオ通話にはどれくらいの帯域幅が必要ですか?
ほとんどのプラットフォームでは、およそ1.5Mbpsで720p、3Mbpsで1080pを実現できますが、ピーク値よりも安定性の方が重要です。ここにあるプリセットを使って、各レベルで自分の映像がどう見えるかを確認してください。
なぜ通話中の映像がブロックノイズだらけになるのですか?
送信されている解像度に対して、接続のビット数が不足しています。平坦な領域でのブロック化と、動いたときのにじみが典型的な兆候であり、どちらもここで選んだビットレートで再現されます。
これはウェブカメラのスピードテストですか?
いいえ。接続を測定するものではありません。特定のビットレートで映像がどれだけ持ちこたえるかを示すものであり、それはあなたが背景を整理したり解像度を下げたりすることで実際に対処できる部分です。
接続が悪いときはどの解像度を使うべきですか?
安定した720pは、不安定な1080pよりもほぼ常に優れています。あなた自身にとっても、見ている人全員にとっても同様です。ここで両方をテストし、実際のビットレートでも許容できる方を選んでください。
これはZoomやTeamsを正確に再現していますか?
正確にではありません — 各プラットフォームのエンコーダー設定は独自仕様であり、予告なく変更されます。これはWebCodecs APIを介してブラウザの実際のビデオエンコーダーを使用しており、帯域幅の圧力下でどのコーデックも生成するのと同じ種類のアーティファクトを生み出します。特定のプラットフォームとピクセル単位で一致するわけではありませんが、信頼できる一般的な目安になります。