← ウェブカメラテスト ホームへ

セルフキャプチャテスト

画面共有シャープネステスター

カメラ映像は完璧に見えても、スライドやコード、表計算の文字は他の参加者にとってぼやけてしまうことがあります。以下にテストパターンを表示し、このタブを自分自身に画面共有してもらうことで、往復の過程で実際にどれだけのテキストの鮮明さと色の詳細が失われたかを正確に測定します。

ステップ1

テストパターン

これがキャプチャされる内容です — テスト開始後はウィンドウのサイズを変更しないでください。

ステップ2

キャプチャ

下のボタンをクリックし、ブラウザの共有選択画面で 「このタブ」(Chrome/Edge)またはこのウィンドウ(Firefox/Safari)— 上のパターンが表示されているもの — を選んでください。

開始待ちです。

結果表示

画面共有シャープネス結果

テキストシャープネス再現率

  • 8pt:—
  • 10pt:—
  • 12pt:—
  • 14pt:—
  • 18pt:—
  • 24pt:—

色の詳細

  • 輝度(明るさ)再現率:—
  • 色(クロマ)再現率:—
  • サブサンプリング判定:—

色の再現率が明るさの再現率よりも明らかに低い場合、それはキャプチャ経路が輝度よりも色を強くぼかしていることを示す確かなサインです — 経路のどこかでクロマサブサンプリングが発生している典型例です。

共有

結果をシェア

補足

カメラは綺麗なのに共有画面がぼやける理由

カメラ映像と共有画面は符号化のされ方が大きく異なるため、一方は問題なく見えても、もう一方はぼやけてしまうことがあります。ビデオコーデックは顔や動き、緩やかなグラデーションといった自然な映像向けに最適化されています。共有画面はその逆で、コーデックが真っ先に切り捨てる要素 — くっきりしたエッジ、細かい文字、1ピクセルの線、鋭い部分で区切られた広い単色領域 — で構成されているため、うまく扱えません。

さらに、多くのプラットフォームは想定より少ない帯域幅しか共有画面に割り当てず、明るさの解像度よりも色の解像度をより積極的に落とすものも少なくありません。これが、色付きの背景に色付きの文字を置くと読めなくなる一方で、白地に黒文字は生き残る理由です。

2つの再現率が意味すること

輝度(Luma)再現率 は、往復の過程でどれだけ明るさの詳細が残るかを測ります。これは通常の「明るい背景に暗い文字」がくっきりしたままかどうかを左右します。

色(Chroma)再現率 は、どれだけ色の詳細が残るかを測ります。これが輝度再現率より大幅に低い場合、経路が色をサブサンプリングしています — 顔にはほぼ見えず、色付きの文字やシンタックスハイライトされたコード、隣接した色のブロックを含むグラフでは非常に目立つ、標準的な圧縮技術です。

この2つの数値の差は、どちらか一方の値そのものよりも重要です。差が大きい場合、発表資料で意味を伝えるために色に頼るのは避けるべきだという明確なサインです。

圧縮に耐えるプレゼンの仕方

必要以上に大きなフォントサイズにする自分のモニターで見て問題ないと感じる文字は、真っ先に崩れることが多いものです。このテストで最小サイズが失敗した場合、それを最低ラインと考えてください。
明るい背景に暗い文字の高コントラストを優先する明るさの詳細は色の詳細よりも圧縮に強いため、この組み合わせが最も安定した選択肢です。
区別を色だけに頼らないグラフの系列、コードのハイライト、ステータス表示なども、形状やラベル、位置によっても区別できるようにしてください。
画面全体ではなくウィンドウを共有する1フレームあたりの変化ピクセル数が少ないほど、エンコーダーは重要な部分により多くの予算を割けます。
詳細を提示している間はアニメーションを避ける動きは、本来テキストを保持するために使われるはずのビットレートを消費します。静止したスライドは、スクロールするスライドよりずっと見やすくなります。

ベンチマーク基準

再現率の読み方

再現率意味
85% – 100%エッジの詳細がほぼ完全に保持されている — 安心して使用可能。
60% – 84%明らかに柔らかくなっているが、通常の視聴距離であれば読める可能性が高い。
60%未満詳細の損失が大きい — このサイズやスタイルはプレゼンには不向きと考えてください。

テストパターンの各行は個別に測定されるため、どの文字サイズや色の組み合わせが耐えられ、どれが耐えられないかを正確に確認できます。

手順

テストの実行方法

  1. 利用している会議アプリで画面共有を開始し、このブラウザタブまたはウィンドウを共有します。
  2. 別の人、または2台目の端末で実際に受信した内容をキャプチャし、その画面で「キャプチャ」をクリックします。
  3. 各行の再現率を確認します — テキストサイズごと、そして全体の輝度/色の再現率とサブサンプリング判定です。
  4. 別のプラットフォームや共有モードで繰り返し、それぞれが細部をどう扱うか比較します。

よくある質問

よくある質問

なぜ共有した画面がぼやけるのですか?
ビデオコーデックは自然な映像向けに最適化されており、画面のコンテンツはうまく扱えません。帯域幅が不足すると、くっきりしたエッジや細かい文字、単色の領域が真っ先に切り捨てられます。
画面共有時にはどのくらいのフォントサイズを使うべきですか?
自分のモニターで見て必要だと感じるサイズより大きくしてください。このテストを実行して、どのサイズまで読めるかを確認し、生き残った最小サイズをプレゼンの下限としてください。
画面を共有すると色付きの文字が見えなくなるのはなぜですか?
色は通常、明るさよりも低い解像度で保存されるため、真っ先に劣化します。このテストが輝度と色の再現率を別々に報告しているのはそのためです。
画面全体を共有すべきですか、それともウィンドウ1つにすべきですか?
ウィンドウ1つです。1フレームあたりの変化ピクセル数が少ないほど、エンコーダーは重要な詳細を保持することに多くの予算を割けます。
なぜこのテストには2台目の端末や別の人が必要なのですか?
このテストの目的は、実際のエンコード/デコードの往復を経て、あなたの使っているプラットフォームで実際に何が残るかを測ることにあります。そのためには「受信された画像」をキャプチャする必要があり、それは定義上、実際の画面共有の受信側から見ることを意味します。