「ビデオ再生テスト」を開いた後、ローカルビデオファイルを選択するか、直接アクセス可能なビデオアドレスを貼り付けて、「再生」をクリックします。このページは、ビデオの再生およびデコード機能を検証し、フリーズ、フレーム損失、オーディオとビデオの同期などの主要なエクスペリエンスを観察するのに役立ちます。すべての処理はローカル ブラウザで完了します。

主に、デコードの互換性 (H.264/HEVC/VP9/AV1 がサポートされているかどうか、スムーズか省電力かなど)、再生の安定性 (待機/途切れの回数と期間、ジッター)、画質関連 (フレーム損失の統計、フレーム レートの変化)、およびオーディオとビデオの同期の主観的セルフテストの 3 種類のエクスペリエンスをカバーしています。

不要。このテストはブラウザの機能 (MediaCapabilities、HTML5 ビデオ、Web オーディオなど) に基づいており、ページを開くことで使用できます。

ローカル ファイル テストを使用する場合、ビデオはブラウザでローカルにデコードされて再生されるため、アップロードする必要はありません。オンライン ビデオのアドレスを貼り付けると、ブラウザは通常のビデオの視聴と同じようにアドレス リソースを要求します。

通常、一般的な MP4 (H.264) が最も優れた互換性を持っています。 WebM (VP9/AV1) は、一部のブラウザーでパフォーマンスが向上します。 HEVC/H.265 が利用できるかどうかは、オペレーティング システム/ブラウザの認証に関連します (たとえば、一部の環境ではサポートされますが、一部の環境ではサポートされません)。再生できない場合は、H.264/MP4 に変更するか、ローカル ファイルを直接使用して再度テストすることをお勧めします。

一般的な理由としては、リンクが「直接リンク」ではない (実際にはビデオ ファイルではなく Web ページである)、リソースにログイン/認証が必要である、サーバーがクロスドメイン (CORS) を許可していない、ブラウザがエンコード/カプセル化形式をサポートしていない、などがあります。通常は、最初にローカル ファイルを使用してテストする方が安定しています。

一部のブラウザーは、ユーザー ジェスチャが発生しない場合に自動再生を中断するか、リソースがサポートされていない場合に単に失敗します。ページ上の任意の場所をクリックして「再生」をクリックし、「最初から再生/リセット」をお試しください。それでも失敗する場合は、より汎用的なエンコード (H.264/MP4 など) のビデオに変更してください。

「ミュート」がオンになっているか、システムの音量/出力デバイスが正しいか、ビデオ自体にオーディオトラックがあるかどうかを確認してください。 Bluetooth ヘッドセット/外部サウンド カードを使用している場合、出力の切り替えにより音声が聞こえなくなる場合があります。一時的にシステムのデフォルト出力に戻して、再試行することをお勧めします。

「待機/滞留時間の数」と「渋滞の合計時間」に注目できます。回数が多くなり、合計時間が長くなるほど、主観的なエクスペリエンスは悪くなります。プログレス バーのドラッグ (シーク) またはバッファリングの最初の開始時にラグが集中的に発生する場合は、ネットワーク/バッファリングに偏っている可能性があります。引き続き発生する場合は、デコードまたはパフォーマンスのボトルネックである可能性があります。

フレームのドロップは、ビデオのデコード/レンダリングがターゲットの再生リズムに追いつけないことを意味し、ブラウザーはタイムラインを前進させ続けるためにいくつかのフレームをスキップします。フレーム損失が増加すると、特に高解像度/高フレームレートのビデオで、途切れ途切れの画像、動きのにじみ、または「一時停止」感が生じることがよくあります。

ブラウザーが異なれば、コーデック、ハードウェア アクセラレーション戦略、電力消費戦略、サンドボックスの制限も異なる場合があります。特に HEVC、VP9、AV1 などの大きな違いがあるエンコーディングの場合は、Chrome/Edge と Safari/Firefox のパフォーマンスを少なくとも 1 回比較することをお勧めします。

ミーティング。ハードウェア アクセラレーションをオンにすると、通常、CPU 使用率が大幅に削減され、ラグやフレームのドロップが軽減されますが、ドライバーの異常や互換性の問題がある場合には、画面のぼやけやクラッシュが発生する可能性もあります。結果が異常な場合は、ブラウザの設定でハードウェア アクセラレーションを切り替えて、再度テストして比較してみてください。

「毎日の再生」をテストしたい場合は、1080p@30 を使用できます。パフォーマンスをテストしたい場合は、1440p/4K または 60fps (1440p@60、1080p@60 など) を使用できます。同じデバイス上のさまざまなギアを比較すると、ボトルネックがデコードとレンダリングのどちらに起因しているかを判断しやすくなります。

エンコード パラメーターの特定の組み合わせのサポートについてブラウザーに問い合わせます (サポートされているかどうか、スムーズであるかどうか、powerEfficient であるかどうか)。これは、再生前に予測するのに役立ちます。環境によっては、特定のコーデック/解像度が「再生可能だがスムーズではない」可能性があります。

これは、現在のブラウザがデコード機能 (サポート/スムーズ/省電力) を自動的に検出できないことを意味します。基本的な再生テストには影響しません。実際の再生によるカクつきやフレームロス、主観的な経験を観察することで判断できます。

「オーディオとビデオの同期セルフテスト (スプラッシュ画面 + ビープ音)」をクリックし、「スプラッシュ画面の表示」と「ビープ音の聞こえ」の相対的な順序を観察します。長時間一貫性がないと感じられる場合は、システム処理が原因でオーディオ リンクの遅延または非同期が発生している可能性があります。

比較的一般的です。 Bluetooth リンク コーデック、システム オーディオの拡張機能、およびさまざまな出力デバイスのバッファリング戦略はすべて、知覚可能な遅延を引き起こす可能性があります。有線ヘッドフォン/スピーカーを使用して再テストして比較するか、システムの「オーディオ拡張/空間オーディオ」をオフにして再度テストすることをお勧めします。

ビデオのデコードとレンダリングは CPU/GPU/メモリ帯域幅を占有します。バックグラウンド負荷 (ゲーム、会議、画面録画、ブラウザのマルチタブ) が高いと、フレーム間隔のジッターが増加し、その結果、途切れやフレーム損失が増加します。高負荷プログラムを終了してから、「純粋なビデオ パフォーマンス」の比較として再テストすることをお勧めします。

おそらく。フルスクリーンまたはピクチャインピクチャでは、レンダリングパスとリフレッシュリズムが変更されます。一部のデバイスでは、外部モニターや高リフレッシュ レートの画面では違いがより顕著になります。 「ウィンドウモード」と「フルスクリーン/ピクチャーインピクチャー」で一度テストして、ラグやフレームロスが変化するかどうかを確認することをお勧めします。

次の順序でトラブルシューティングを行うことをお勧めします: 最初にローカル ファイルを使用する (ネットワーク/CORS を除く) → より汎用的なエンコーディング H.264/MP4 に切り替える (互換性を除く) → ブラウザを切り替える (実装の違いを除く) → バックグラウンドの高負荷をオフにする/ハードウェア アクセラレーションを切り替える (測位パフォーマンス/ドライバー)。通常、2 ～ 3 ステップで主な原因を特定できます。