以前は Plex トランスコーディングが問題でしたが、今ではテラバイト単位のストレージを節約できるようになりました

昔、私たちは Plex ライブラリでのトランスコーディングを避けるためにできる限りのことをしました。一般的なホーム サーバーのハードウェアは非常に弱いため、トランスコーディングによって単純な再生リクエストが終わりのないバッファリングの悪夢に変わりました。しかし、今では安価な PC でもビデオを簡単にトランスコードできるため、ストレージ ドライブを追加購入することなくストレージを節約できる驚くほど便利なテクニックになりました。

CPU が弱いため、リアルタイムビデオトランスコーディングがひどく遅くなっていました

古いプレックスの問題

Plex サーバーを所有することがまだ比較的ニッチな趣味だった頃、トランスコーディングは高価なプロセスでした。 Plex Media Server のハードウェア トランスコーディングのサポートは、2016 年末にプレビューとして提供され、2017 年初めに限定リリースとして導入されました。そのため、長い間、すべてを処理するにはソフトウェア トランスコーディングに依存する必要がありました。これは、ハードウェアに非常に負担のかかるプロセスでした。単一の 1080p ストリームは、小規模なサーバーで大量の処理能力を消費する可能性があります。

トランスコーディングがどれほど荒いものであったかを大まかに説明するために、Plex では、単一の 1080p 10 Mbps H.264 ストリームをトランスコーディングするには、最低 2,000 PassMark スコアを持つ CPU を推奨しています。 Intel Core i3-3210 は、PassMark スコア 2,230 でその要件にほぼ対応していますが、2013 年にメーカー希望小売価格 117 ドルで発売されたため、正確には超低価格のコンシューマ プロセッサではありませんでした。インフレ後の現在の価格は約 168 ドルです。

ただし、多くの人はこのプロセッサを Plex サーバーで実行さえしませんでした。サーバーに使用される低消費電力の消費者向け NAS ハードウェアや低価格 PC は、多くの場合非常に安価で、その場でトランスコーディングを処理できませんでした。

したがって、特に Plex サーバーが複数のユーザーによって同時に使用されている場合、定常的なバッファリングの問題を回避するには、コンテンツを提供する前にコンテンツを事前にトランスコードすることが一般的なアドバイスです。多くのクライアント デバイスでダイレクト プレイをサポートする適切なターゲットは、MP4 コンテナ、H.264 ビデオ、および AAC オーディオの組み合わせでした。

ビデオをトランスコードするには、いくつかのオプションがありました。HandBrake または FFmpeg を手動で使用することも、その後、Plex がオンザフライ トランスコーディングの問題を回避するために直接追加した Media Optimizer 機能を使用することもできますが、この機能には独自のいくつかの制限がありました。

この事前トランスコーディング プロセス全体の問題は、プロセスがやや遅く、トランスコードが完了するまで電力消費と発熱が高くなることでした。

元のファイルをトランスコード前のファイルと一緒に保持すると、少しのスペースを無駄にすることになります。しかし、ストレージは比較的安価だったので、それは理にかなっていて、遅いハードウェアを使用している場合には、それが最も実行可能なソリューションでした。

しかし、複数のビデオ ストリームをオンザフライでトランスコードできる強力な i7 および Xeon プロセッサを搭載している人にとって、再エンコードは時間と電力の無駄とみなされることがありました。

安価なハードウェアによりトランスコーディングはほとんど簡単になりましたが、ストレージは大幅に高価になりました

公式がひっくり返った

オンザフライでビデオをトランスコーディングすることは、ここ何年も大きな問題ではありませんでした。 Plex がハードウェア アクセラレーションによるトランスコーディングを追加して以来、Quick Sync Video (QSV) をサポートする Intel プロセッサはそれをうまく活用できませんでした。

Intel Quick Sync Video について聞いたことがない方のために付け加えておきますが、これは Intel が 2011 年に第 2 世代 Sandy Bridge プロセッサのプロセッサに追加し始めた専用のビデオ処理エンジンです。ビデオのトランスコーディング用に大幅に最適化されており、プロセッサの CPU コアから作業の多くをオフロードするため、トランスコーディングの負荷が大幅に軽減されます。

他のテクノロジと同様に、Quick Sync も時間の経過とともに改善され、新しいプロセッサ上でのオンザフライ トランスコーディングの機能がさらに向上しました。現在、Quick Sync Video のおかげで、低消費電力向けに最適化され、生電力がそれほど多くないシンプルな Intel N100 チップが、一般的な 4K HEVC トランスコーディング ワークロードを簡単に処理できます。

この Quick Sync の魔法の実例を挙げると、メディア サーバーを Intel Core 3 304 を搭載したミニ PC (これ自体は比較的安価で、トランスコードを高速で実行できます) にアップグレードする前に、Intel Core i3-7200U を搭載した古いラップトップを実行し、4K ビデオをオンザフライでトランスコードすることができました。

新しいミニ PC ほど高速ではありませんでしたが、ビデオをスキップしてみるまでは実際に途切れたりフレームが落ちたりすることはありませんでした。それもビットレートが高い場合にのみ発生しました。

残念ながら、この強力なトランスコーディング対応ハードウェアは時間の経過とともに安価になりましたが、ストレージについては同じことが言えません。ハードドライブの価格は歴史的な安値から大幅に上昇しており、単純にストレージを追加購入するという従来のアドバイスはますます高価になっています。

このストレージ コストの大幅な増加により、Plex ユーザーは再び再エンコードを検討するようになりましたが、今回はまったく異なる目標、つまりコンテンツ自体のファイル サイズを削減することを念頭に置いています。

再エンコードは、トランスコードを回避するだけではありません。テラバイト単位のストレージを節約できる

最新の圧縮により、ライブラリ全体の再エンコードが労力に見合うものになります

クレジット: Patrick Campanale / How-To Geek

事前トランスコーディングは、以前は電力不足のサーバー ハードウェアにとって必要な手段でした。現在、再エンコードは、ビジュアルを大幅に損なうことなく、ファイルから数百ギガバイトを削減する優れた方法となり得ます。

その仕組みは驚くほどシンプルです。2000 年代と 2010 年代の多くのコンテンツは、H.262 (MPEG-2) や H.264 (AVC) など、効率の悪い古いコーデックを使用してエンコードされていました。これらのコーデックは通常、H.265 や最近では AV1 などの最新のコーデックと同様の視覚品質を実現するために、より高いビットレートを必要とします。

したがって、正確なビデオ コンテンツ、ビットレート、その他のさまざまなプロパティに応じて、ファイル サイズを 20 ～ 80% 削減する簡単な方法は、ファイルを H.265 に再エンコードすることです。

私は数日前にライブラリを再エンコードし、Tdarr でフローをセットアップし、ミニ PC で 1 日実行するだけで、ストレージからさらに 1 テラバイトを絞り出しました。Quick Sync のおかげで、このプロセスでは電気をほとんど使用しませんでした。コンテンツの多くは 50 ～ 70% 圧縮されていましたが、元のコンテンツと新しく再エンコードされたコンテンツの間に視覚的な違いは見られませんでした。

互換性の理由から H.264 を維持したいと思うかもしれませんが、ラップトップ、スマート TV、スマートフォンなどの多くの最新のクライアント デバイスは、ハードウェア デコードによる H.265 (HEVC) 再生をサポートしています。したがって、ライブラリを再エンコードすると、0 ドルと数時間の処理能力で大量のストレージ スペースが解放される可能性があります。

Plex ライブラリをすべてのクライアント向けに最適化する必要はありません

2026 年になり、現在では多くのデバイスが H.265 再生を問題なくサポートしているため、ライブラリ全体をより効率的な形式に再エンコードすることに大きな欠点はありません。

ただし、H.265 をサポートしていない古いストリーミング ボックスなど、クライアント デバイスで再生の問題が発生した場合は、通常、サーバーが面倒な作業を行って、デバイスが使用できる形式にトランスコードして、古いアドバイスを事実上覆すことができます。