Plexの再生がブラウザとネイティブアプリで異なる理由

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Why Plex Playback Differs Between Browser and Native Apps

Plexの再生はクライアントによって異なります。各アプリがサーバーに通知するコンテナ、コーデック、音声、字幕、再生機能がそれぞれ異なるためです。

同じネットワーク上でも、同じ映画がテレビのネイティブアプリではダイレクト再生される一方、ブラウザではトランスコードが発生することがあります。これは、必ずしもブラウザの速度が遅い、またはサーバーの設定に問題があることを意味しません。クライアントがソースの一部をそのまま受け入れられない場合、再生経路が変わるためです。ハードウェアの負荷を比較する前に、対応能力と再生モードを比較してください。

クライアントの対応能力が再生経路を決める

Plexは、クライアントが処理できると通知した内容に基づいて、ダイレクト再生、ダイレクトストリーム、完全なトランスコードのいずれかを選択します。映像、音声、字幕、コンテナを受け入れられるクライアントには元のファイルをそのまま送信できますが、同じサーバーからの再生でも、別のクライアントではリマックスや変換が強制される場合があります。

サーバーは、クライアントとの互換性とストリーム要件に応じて、ダイレクト再生、ダイレクトストリーム、トランスコードを選択します。そのため、各セッションが消費するリソースも変わります。これを確認することが、ブラウザ再生とネイティブ再生を比較する際の基本です。

最も明確な確認方法は、Plexダッシュボードで再生モードの変化を見ることです。ネイティブアプリではダイレクト再生なのに、ブラウザでは映像または音声のトランスコードが表示される場合、ネットワーク速度を考慮する前に、クライアントの対応能力によってサーバーの負荷が変化しています。

コーデック、音声、字幕、コンテナはそれぞれ別の要素

映像の互換性は、数ある要素の一つにすぎません。音声形式、字幕の描画、コンテナ対応、ブラウザのメディアAPI、クライアントの画質設定などが個別に影響し、互換性のあるファイルでもダイレクトストリームやトランスコードが必要になることがあります。

ブラウザ再生とネイティブ再生を測定する場合、コーデック、コンテナ、字幕がブラウザの再生経路の範囲外にあると、ブラウザ再生ではネイティブアプリより多くのトランスコードが必要になることがあります。

クライアントに応じて違いが生じるなら、それは互換性の結果であり、ストレージやサーバーハードウェアが変化した証拠ではありません。そのため、クライアントの選択とメディア形式の標準化は、正当なパフォーマンス改善手段になります。

クライアントの選択が主な原因ではなくなる場合

リモート接続の帯域幅がソースのビットレートを下回っている場合、サーバーの画質制限によって変換が必要な場合、またはメディアファイル自体が破損している場合、原因はクライアントの対応能力だけではありません。このような場合は、対応能力の高いネイティブクライアントでも元のストリームを受信できないことがあります。

ブラウザ再生とネイティブ再生の違いが現れる境界では、PlexのトランスコードによってCPU使用率が高くなったり、処理がGPUに移されたりすることがあります。また、サーバー上に一時的な作業データも生成されます。

元の画質のまま、ローカル環境でテストを繰り返してください。両方のクライアントが異なる再生モードを選択し続けるなら、原因は対応能力である可能性が高いです。ローカルでは同じモードになるのにリモートでは異なる場合は、次に帯域幅とリモート画質ポリシーを調査してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

条件を統一してクライアントを比較する

代表的なファイルを1つ選び、ネットワークと画質を一定に保ったうえで、ブラウザとネイティブアプリの再生モードを比較してください。字幕、音声トラック、画質、クライアントなど、変更する要素は一度に1つだけにします。各サービスに明確なリソースと復旧の役割を設定したハードウェアアクセラレーション対応のメディアスタックでは、同じ境界をより簡単に確認できます。

ブラウザ再生とネイティブ再生の変更を受け入れる前に、コーデック、コンテナ、字幕がブラウザの再生経路の範囲外にあると、ブラウザ再生ではネイティブアプリより多くのトランスコードが必要になることがあります。

ダイレクト再生から変換へ切り替わる正確なストリームまたは設定を特定できるまで、条件を変えながら確認してください。その結果は、単に一方のクライアントが速いという一般的な主張よりも実用的です。クライアント、メディア形式、サーバーの処理能力のどれを変更すべきかが分かるためです。