セルフキャプチャテスト
画面共有シャープネステスター
カメラ映像は完璧に見えても、スライドやコード、表計算の文字は他の参加者にとってぼやけてしまうことがあります。以下にテストパターンを表示し、このタブを自分自身に画面共有してもらうことで、往復の過程で実際にどれだけのテキストの鮮明さと色の詳細が失われたかを正確に測定します。
ステップ1
テストパターン
これがキャプチャされる内容です — テスト開始後はウィンドウのサイズを変更しないでください。
ステップ2
キャプチャ
下のボタンをクリックし、ブラウザの共有選択画面で 「このタブ」(Chrome/Edge)またはこのウィンドウ(Firefox/Safari)— 上のパターンが表示されているもの — を選んでください。
開始待ちです。
結果表示
画面共有シャープネス結果
テキストシャープネス再現率
- 8pt:—
- 10pt:—
- 12pt:—
- 14pt:—
- 18pt:—
- 24pt:—
色の詳細
- 輝度(明るさ)再現率:—
- 色(クロマ)再現率:—
- サブサンプリング判定:—
色の再現率が明るさの再現率よりも明らかに低い場合、それはキャプチャ経路が輝度よりも色を強くぼかしていることを示す確かなサインです — 経路のどこかでクロマサブサンプリングが発生している典型例です。
補足
カメラは綺麗なのに共有画面がぼやける理由
カメラ映像と共有画面は符号化のされ方が大きく異なるため、一方は問題なく見えても、もう一方はぼやけてしまうことがあります。ビデオコーデックは顔や動き、緩やかなグラデーションといった自然な映像向けに最適化されています。共有画面はその逆で、コーデックが真っ先に切り捨てる要素 — くっきりしたエッジ、細かい文字、1ピクセルの線、鋭い部分で区切られた広い単色領域 — で構成されているため、うまく扱えません。
さらに、多くのプラットフォームは想定より少ない帯域幅しか共有画面に割り当てず、明るさの解像度よりも色の解像度をより積極的に落とすものも少なくありません。これが、色付きの背景に色付きの文字を置くと読めなくなる一方で、白地に黒文字は生き残る理由です。
2つの再現率が意味すること
輝度(Luma)再現率 は、往復の過程でどれだけ明るさの詳細が残るかを測ります。これは通常の「明るい背景に暗い文字」がくっきりしたままかどうかを左右します。
色(Chroma)再現率 は、どれだけ色の詳細が残るかを測ります。これが輝度再現率より大幅に低い場合、経路が色をサブサンプリングしています — 顔にはほぼ見えず、色付きの文字やシンタックスハイライトされたコード、隣接した色のブロックを含むグラフでは非常に目立つ、標準的な圧縮技術です。
この2つの数値の差は、どちらか一方の値そのものよりも重要です。差が大きい場合、発表資料で意味を伝えるために色に頼るのは避けるべきだという明確なサインです。
圧縮に耐えるプレゼンの仕方
ベンチマーク基準
再現率の読み方
| 再現率 | 意味 |
|---|---|
| 85% – 100% | エッジの詳細がほぼ完全に保持されている — 安心して使用可能。 |
| 60% – 84% | 明らかに柔らかくなっているが、通常の視聴距離であれば読める可能性が高い。 |
| 60%未満 | 詳細の損失が大きい — このサイズやスタイルはプレゼンには不向きと考えてください。 |
テストパターンの各行は個別に測定されるため、どの文字サイズや色の組み合わせが耐えられ、どれが耐えられないかを正確に確認できます。
手順
テストの実行方法
- 利用している会議アプリで画面共有を開始し、このブラウザタブまたはウィンドウを共有します。
- 別の人、または2台目の端末で実際に受信した内容をキャプチャし、その画面で「キャプチャ」をクリックします。
- 各行の再現率を確認します — テキストサイズごと、そして全体の輝度/色の再現率とサブサンプリング判定です。
- 別のプラットフォームや共有モードで繰り返し、それぞれが細部をどう扱うか比較します。
よくある質問