Plexのリモート4K再生に必要なGPUメモリに普遍的な基準はありません。Direct Playでは映像のトランスコード用メモリを使用せず、変換処理の負荷もクライアントによって大きく異なるためです。
関連するしきい値が問題になるのは、リモート再生の条件によってハードウェアトランスコードが必要になった場合だけです。ソースのコーデック、解像度、ビット深度、HDR処理、出力解像度、同時セッション数、ドライバーの挙動、GPUが専用メモリと共有メモリのどちらを使用するかによって、必要なワーキングセットは変わります。安全な方法は、想定される最悪の組み合わせを測定し、再生が安定する前にメモリ上限へ近づくGPUを選ばないことです。
実際にトランスコードされる4Kストリーム数から始める
Direct Playされるリモート4Kタイトルでは、主な作業はストレージとネットワークによる配信です。Plexが映像をデコードおよびエンコードする必要がある場合に、GPUメモリが選定上の要素になります。これは、クライアント、要求された画質、HDR経路、字幕、または利用可能な帯域幅によって、ソースをそのまま使用できない場合に発生します。
映像変換が目的なら、視聴者の総数よりもトランスコード処理ごとの推定VRAMのほうが有用です。計算機の値は計画用の推定値として扱い、実際に購入を決める前に、使用するメディア、GPU、ドライバー、Plexのバージョンで確認してください。
アクセス権を持つすべてのアカウントではなく、現実的に想定される同時映像トランスコード数の最大値を数えます。リモートユーザーが4人いても互換性のないエンドポイントが1台しかない家庭と、4K HDR変換が2本同時に発生する家庭では、必要なメモリの条件が異なります。
4K HEVCとHDRは1080pの処理より多くのメモリを使用する場合がある
解像度が高いほどデコード済みフレームのバッファが大きくなり、最新のコーデックでは複数の参照フレームを同時に保持することがあります。HDR処理では、デコードやエンコードの状態に加えて変換用バッファが必要になる場合があります。こうした違いがあるため、固定の「ストリームあたり何MB」という数値は、ソースの種類やソフトウェア経路が変わるとすぐに当てにならなくなります。
4GBで対応できる処理もありますが、これだけでリモート4Kに必要な普遍的な最低容量が決まるわけではありません。新しいコーデック、出力形式、HDR処理、同時セッション数によって、必要なメモリは増減します。
1080p H.264、4K HEVC SDR、そして実際に使用する中で最も負荷の高いHDRからSDRへの変換について、個別のテスト項目を作成します。メモリ容量の基準は、最も簡単なストリームではなく、安定した割り当てが最大になる処理に合わせるべきです。
専用VRAMと統合GPUの共有メモリは別々に解釈する必要がある
ディスクリートGPUには明確なローカルVRAMの容量がありますが、統合GPUはプラットフォームやドライバーに応じてシステムメモリを借用できます。そのため、「専用ビデオメモリ」として表示される数値は、両方のアーキテクチャで直接比較できません。
統合GPUの共有システムメモリは、グラフィックスが使用できるシステムメモリの上限であり、常に予約される固定領域ではありません。Plexでは、この違いによって上限の解釈が変わりますが、RAMが無制限になったり、共有メモリの帯域幅への負荷がなくなったりするわけではありません。
Quick Syncを使用する場合は、システム全体のメモリ使用圧迫とGPUの稼働状況を同時に確認します。映像処理に十分なアドレス可能な共有メモリがあっても、メディアエンジンの処理能力や他のサービスとの競合によって、プラットフォームが制限されることがあります。
コミュニティの数値は、範囲を限定したシナリオとしてのみ役立つ
Plexユーザーは6GB、8GB、またはそれ以上のカードを比較することがありますが、こうした数値は具体的な処理内容と合わせて初めて意味を持ちます。低解像度のトランスコードは4K HDR変換よりはるかに少ないメモリで済む場合があり、未対応の処理段階では、VRAMが問題になる前にCPUへフォールバックすることもあります。
VRAM容量がどれほど重要かという問いは、具体的なトランスコードの組み合わせと合わせて初めて意味を持ちます。メモリ容量は同時処理数を制限する要因になり得ますが、最終的な判断は、対象プラットフォームで管理された実際の処理によって行うべきです。
ストリームが安定した後のGPUメモリ使用量のピークを記録し、その後シーク、画質変更、次のセッション開始を行います。1本の安定したストリームでは余裕があるように見えるカードでも、処理の重複やパイプラインの再初期化時に最大割り当てへ達することがあります。
普遍的なGBルールではなく、観測結果でメモリ上限を判断する
最も明確なメモリ不足の兆候は、エンコーダーの能力や処理経路の他の部分が正常であるにもかかわらず、GPUメモリの使用可能な上限に近づくと、より負荷の高いトランスコードや追加のトランスコードを開始できなくなったり、バッファリングが発生したりすることです。リモート4Kという言葉だけを理由に大容量カードを購入するよりも、こちらのほうが確かな証拠になります。
対応するコーデック経路であれば、最新の統合グラフィックスでも複数のトランスコードを同時に処理できます。公開されているストリーム数を普遍的な保証に置き換えず、対象システムでメモリ使用量、再生状態、CPU使用率、実行中のトランスコード段階をまとめて確認してください。
GPUのVRAM以外も含めてサーバー全体を選定する場合は、Plex向けNASハードウェア要件を比較してください。GPUメモリだけを考えるなら、普遍的な4K最低容量を決めるのではなく、測定した最悪の変換組み合わせでメモリ不足になるハードウェアを選ばないことが重要です。
テック&AIハブ
もっと読む

Plexの状態とは何か、どの部分を永続化する必要があるのか?
永続的なPlexの状態情報とは、再起動や再構築後もサーバー環境を維持する情報を指します。メディアデータと一時的なトランスコードデータは、それぞれ別の役割を担います。

Plexはローカルセッションとリモートセッションで認証をどのように処理しますか?
Plexの認証はサーバーとアカウントの識別から始まり、その後、ローカルまたはリモートのネットワーク経路によって到達可能性と安全な接続の動作が決まります。

ライブラリデータが増えると、Plexの検索が遅くなるのはなぜですか?
ライブラリの増加だけが原因とは限りません。データベースのサイズを問題視する前に、クエリの形状、インデックス、キャッシュの状態、ストレージのレイテンシ、書き込みアクティビティを確認してください。

