この Docker コンテナのおかげで、何も削除せずに 1 テラバイトの Plex ストレージを再利用できました

ストレージドライブの価格がここ 1 年で大幅に上昇しているため、実際には必要のないものにスペースを浪費することを正当化することがますます困難になっています。

しかし、私のようにメディア ライブラリが増え続けると、新しいドライブにお金を使いすぎるか、いつかもう一度見たいものを削除するかで悩むことになります。幸いなことに、私は既存のストレージをさらに拡張する簡単な方法を見つけました。それはすべて、Tdarr と呼ばれる小さな Dockerized アプリの助けを借りています。

妥協のない圧縮

H.264 (AVC) は 2003 年に登場したビデオ コーデックであるため、過去 20 年間に登場したほぼすべてのデバイスやメディア プレーヤーで広くサポートされています。これは、特に HD コンテンツの場合、非常に一般的です。ビデオを再生するほぼすべてのデバイスとアプリが H.264 をサポートしています。これが、H.264 の置き換えが非常に難しい理由の 1 つです。

H.265 (HEVC) ははるかに新しいものです。 2013 年に登場し、4K などの高解像度がより普及したのとほぼ同時期に登場しました。この最新のコーデックは、エンコード設定に応じて、画質に大きな影響を与えることなく、ビットレートを約半分に削減することで、ファイル サイズを大幅に小さくすることができます。

ここで技術的な詳細をすべて説明するつもりはありませんが、知っておくべき重要なことは、H.265 は 4K、10 ビットの色深度、HDR などをサポートしているため、特に最新の高解像度コンテンツの場合、ビデオ圧縮において H.264 よりも大幅に効率的であるということです。

ソース ファイルに応じて、H.264 ビデオ ファイルを H.265 に変換すると、ファイル サイズを 10% ～ 80% 削減できます。

高ビットレートのリマックスや静的なビジュアルを多く含む漫画はスペクトルのハイエンドに近くなりますが、すでに大幅に圧縮されている動きの多いムービーの場合は、数メガバイトのスペースしか削減できない可能性があります。

これでどれくらい節約できるか想像してみてください。 H.264 でエンコードされた 1080p の 5 シーズンの番組は 150 GB 必要ですが、トランスコード後はわずか 60 GB に削減され、その過程で 90 GB を節約できます。これを 11 回の番組で繰り返すと、約 1 テラバイトのストレージが無料で保存されることになります。

唯一の難点は、H.265 の再生には H.264 よりも大幅に多くの処理能力が必要であるということですが、最新の携帯電話、PC、スマート TV のほとんどは、ハードウェア アクセラレーションによる H.265 デコードをサポートしているため、生の処理能力をあまり使用せずにスムーズな再生が保証されます。

AV1 はさらに最新で効率的なコーデックであり、ここで言及する価値があります。 AV1 でエンコードされたビデオは、ドライブ上の占有スペースをさらに小さくできますが、互換性はそれほど広くなく、大規模なライブラリをトランスコードするには H.265 と比べてかなり長い時間がかかる可能性があります。 AV1 を試してみたい場合は、番組の 1 つのエピソードだけから始めて、すべてのデバイスでどのように再生されるかを確認してから、コミットしてください。

Tdarr は、何百もの手動トランスコードを自動化されたバックグラウンド ジョブに変換し、スペースとコストを節約します。

退屈な作業はサーバーに任せてください

トランスコードするムービーが数本しかない場合、HandBrake を使用して手動で行うのは非常に簡単ですが、大規模なメディア サーバーでは、Docker コンテナに Tdarr をインストールする方がはるかに高速で便利です。数回クリックするだけで、インストール、構成、セットアップが完了します。

Tdarr はライブラリ全体をスキャンし、トランスコーディングが必要なファイルを特定してトランスコードし、フローの設定方法に応じて元のファイルを自動的に移動または完全に置き換えることができます。

PC 上で Codex を実行している場合は、その SSH サポートを使用してサーバー上で動作し、Tdarr を設定することもできます。

私は Codex を使用しないので、Flow を完成させるまで ChatGPT を行ったり来たりしました。ffmpegCommandSetVideoEncoder プラグインに落ち着き、FFmpeg プリセットを低速、品質を 18 (数値が小さいほど圧縮率が低い) に設定し、ハードウェア アクセラレーションに Quick Sync Video を使用しました。ライブラリ全体をトランスコードする前に、必ず特定のハードウェアについて調査するか、少なくとも希望する LLM に相談してください。

ハード ドライブには約 3.5 TB 相当のメディアがあるため、ライブラリを完全に処理するには数日かかりますが、昨夜 Tdarr を起動して以来、すでに約 275 GB のストレージを解放しています。

一部の番組の一部のエピソードは 3 GB から 1 GB に削減され、ファイル サイズが約 67% 削減されました。トランスコードされた番組のエピソードをすでに視聴しましたが、ビデオ品質に目に見える違いは見られませんでした。

Intel Quick Sync により、古いハードウェアでも H.265 トランスコーディングが驚くほど簡単になります

ハードウェアアクセラレーションが面倒な作業を引き受けます

CPU 上のソフトウェアを使用して H.265 をトランスコードすることもできますが、それほど効率的ではありません。 Tdarr ノードで 2 つの CPU ワーカーだけを実行したところ、CPU の使用率が瞬時に 100% に達し、プロセス内で大量の熱が発生しました。

ありがたいことに、私たちの多くはメディア サーバーで Intel チップを実行しており、ハードウェア アクセラレーションによるトランスコーディングのための Quick Sync Video をサポートしています。 2015 年の第 6 世代ハードウェア以降の Intel Core プロセッサは H.265 トランスコーディングをサポートしているため、古いサーバーでもこれを処理できますが、新しいハードウェアの方が高速です。

これにより、サーバーを完全にダウンさせることなく、大規模なメディア ライブラリのトランスコードが大幅に高速化されます。私の Intel Core 3 304 搭載ミニ PC は、5 つの同時 GPU トランスコードの実行に約 40% の使用率と 12GB メモリの半分しか使用せず、残りの Docker スタックに十分な処理能力を残しています。

サーバーにハードウェア アクセラレータのトランスコーダがない場合は、デスクトップ PC またはラップトップを別のノードとして追加してみてください。 RX 9070 XT を接続し、Tdarr が PC からのトランスコーディングにハードウェア アクセラレーションを使用できるようにするカスタム AMF フローをセットアップすることができました。

Tdarr は、サーバーのアイドル時間をわずか数日で数百ギガバイトのストレージに変えることができます

トランスコーディングを開始する前、6TB の外付けハード ドライブの容量は約 80% でした。私の計算が正しければ、これをわずか 60% まで減らすことができます。これにより、ミニ PC 搭載 NAS に 2 台目のハード ドライブを追加する前に、使用可能なスペースが大幅に拡張されます。

これが完了したら、音声もトランスコードするように Tdarr をセットアップする予定です。音量レベルを正規化し、サラウンド サウンド チャンネルをステレオに変換できるため、自宅での視聴体験が大幅に向上します。